AzureでSitecoreを使ったデプロイメント

Configure Sitecore for xDB on Azure

日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

オンプレミスSitecore 9.1環境(またはそれ以降)を構成し、セルフマネージドのExperience Database(xDB)Azure展開、すなわちAzureベースのセルフサポート型xDBサーバーで使用可能です。Sitecore xDBトポロジーによると、クラウドに展開できる役割は以下の通りです:

加工
報告
XConnectコレクション
XConnectコレクションSearch
XConnect参照データ
マーケティングオートメーション運用
マーケティングオートメーション報告
Sitecore Cortex プロセッシング
Sitecore Cortex レポーリング

xDBをオンプレミスのSitecore Content Management (CM)およびContent Delivery CD(CD)ロールと組み合わせて、クラウド上でエクスペリエンスデータベースの機能を提供できます。環境間の正しい接続文字列や、正しいクライアント証明書の設定については、Sitecore Experience PlatformインストールガイドおよびSitecore Azureデプロイメントガイドを参照してください。

Prepare to configure Sitecore for xDB on Azure

xDB Cloud向けにSitecoreを設定する前に、以下のことをしなければなりません:

クライアント認証証明書の作成とインストールは、Sitecore Experience Platformのインストールガイド「本番環境設定」「クライアント証明書の設定」の手順に従って行います(SIFはこれを自動で行います)。
自分に最も合ったトポロジーを選択し、Azure用のxDBシングルトポロジーかxDBスケールトポロジーのいずれかを選択し、新しいインスタンスを作成します。
フルXPをインストールし、他のロールをすべて削除するにはクリーンアップロールの指示に従ってください。
ファイアウォールルールを設定してオンプレミス環境からアクセスをAzure SQLに提供しましょう。

Sitecoreインスタンスがクライアント認証証明書にアクセスできるようにするために:

コントロールパネルの 管理ツール、証明書マネージャーで証明書を開きます。
証明書ファイルを右クリックし、次に**「すべてのタスク**」→「秘密鍵の管理」に行き、「追加」をクリックします。
ポップアップダイアログで「From this location」フィールドに行き、ローカルコンピュータを選択します。
型オブジェクト名を以下の形式で入力します:
- もしアプリプールとしてSitecoreを運用しているなら、IIS AppPool\。
- ネットワークサービスとしてSitecore運用している場合は、Network Serviceへのリードアクセスを提供します。
セキュリティタブでグループまたはユーザー名を選択し、読み取り用の**「許可**」チェックボックスを選択します。

!注xDBで接続に問題がある場合は、証明書の位置がLocalMachineに設定されているか、証明書の秘密鍵がApp Pools用に生成されているかを確認してください。

メッセージ
。ストア
、Location
、FindType
、FindValue
、InvalidAllowed
。

出典
。Xdb.Common.Web

オンプレミスのSitecoreロールを設定する

オンプレミスのSitecore役割を設定するには、接続文字列とパッチ設定ファイルを設定する必要があります。

!注設定ファイルに直接変更を加えるのではなく、パッチファイルを使ってSitecoreの設定をカスタマイズしてください。実行時に必要な変更を実行できるパッチファイルを作成しなければなりません。

XM Content Managementの役割

ConnectionStrings.configファイルにxDB接続を追加するには、以下の例を参照してください。

!注XP Scaledパッケージを使ってCMロールをインストールした際、xDBの接続文字列は含まれており、すでに存在しています。つまり、値が正しいかどうかだけを確認すればよいということです。
ProcessingサーバーとReportingサーバーへの接続を設定するには、 \App_Config\Sitecore\Marketing.xDB\Sitecore.Xdb.Remote.Client.configファイルを開き、ReportingノードとProcessingノードのserviceUrlパラメータを設定し、それぞれxDBの一部として展開されているReportingサービスとProcessingサービスのURLを指すように設定します。

!noteReporting API Keyは、CMロールからReporting Web Appへの通信時に認証のためにGUIDのようなユニークな値を使用します。これを証明書サムプリント値と呼びます。xDBのデプロイとCM接続文字列には同じ値を使わなければなりません。

XM Content Deliveryの役割

xDB接続をConnectionStrings.configファイルに追加してください。

!注XP Scaledパッケージを使ってCDロールをインストールした際、xDBの接続文字列が含まれており、すでに存在しています。つまり、値が正しいかどうかだけ確認すればよいということです。

クリーンアップの役割

CD、CM、またはIdentity Serverでない役割をクリーンアップするために、

以下のIISウェブサイトを停止し削除してください:
- コレクション
- MA
- 報告
- 中華人民共和国
- processingEngine
- 参考文献
- レップ
- 報道
- Search
以下のSQLデータベースを削除してください:
- マーケティング自動化
- Processing.Pools
- 処理。タスク
- プロセッシングエンジンストレージ
- ProcessingEngineTasks
- 参考資料
- 報告
- Xdb.Collection.Shard0
- Xdb.Collection.Shard1
- Xdb.Collection.ShardMapManager
コア、マスター、セキュリティの各データベースを構成する:
- xDB on Azureは処理および報告役割のためにコアおよびマスターデータベースをAzure SQLに展開します。オンプレミスインストールでは、コンテンツ管理およびコンテンツ配信のためにコアおよびマスターデータベースも展開されます。
- コアデータベースとマスターデータベースの保存場所を決め、CM/CDやレポーティング/処理サーバーの接続文字列を編集し、重複したデータベースを削除してください。
- Coreデータベースをどこでホストしているかによって、適切なサーバー(Identity、CM、CD)のセキュリティ接続文字列を編集してください。

検索プロバイダーを合わせる

xDB CloudはデフォルトのSearchプロバイダーとしてAzure Cognitive Searchを使用し、オンプレミスセットアップのデフォルトとしてSolrを使用しています。このセットアップを整合させる方法は2つあります:

どちらの場合も、両方の環境に対して1つのSearchプロバイダーインスタンスを設定し、切り替え後にSearchインデックスを再構築する必要があります。

この記事を改善するための提案がある場合は、お知らせください!