1. Managed Cloudへのデプロイ

Managed Cloud Standardパイプライン

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

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

各Sitecore Managed Cloudクライアントには、ソリューションを制御するためのパイプラインがあります: Application、Infrastructure、Frontdoor、Pod restart、Node restart、Windows node upgrade、Sitecore license update、Cluster upgrades、Cluster version upgrades、update alertmanager email notification 、Unlock Terraform state。既存のパイプラインを変更することも、独自のパイプラインを追加することもできます。

アプリケーション

Applicationパイプラインを使用して、アプリケーションコードを配信します。Ansibleスクリプトをデプロイして、実行中の各コンテナーを含むAzure Kubernetes Service (AKS) ポッドを設定します。アプリケーション リポジトリを使用して、Sitecoreソリューションをカスタマイズし、Managed Cloudインスタンスをカスタマイズする必要があります。アプリケーション要素を使用してカスタマイズされたコンテナーをビルドし、それらをAzure Container Registry (ACR) にアップロードし、新しくカスタマイズしたイメージを使用するように参照を変更する必要があります。

パイプラインは 、自動 または 手動でトリガーできます。

インフラ

Infrastructureパイプラインを使用して、インフラストラクチャ コードを配信します。Terraformスクリプトをデプロイして構成を読み取り、デプロイメントのすべての要素を構成ファイルの設定と一致するように同期します。パイプラインが正常に実行されると、インフラストラクチャTerraform状態ファイルがAzure Storageアカウントに格納されます。

パイプラインは 、自動 または 手動でトリガーできます。

フロントドア

Frontdoorパイプラインを使用してTerraformスクリプトをデプロイし、構成を読み取り、デプロイメントのすべての要素を構成ファイルの設定と一致するように同期します。パイプラインが正常に実行されると、Frontdoor Terraform状態ファイルがAzure Storageアカウントに格納されます。Frontdoor設定を更新したら、Frontdoorパイプラインを手動でトリガーする必要があります。

Sitecoreデプロイの再起動

restart Sitecore deploymentsパイプラインを使用して、ダウンタイムなしでSitecoreソリューションを再起動します。たとえば、コンテナがエラーを報告し、Kubernetes(k8s)がそれを処理できない場合に、アプリを再度動作させるために使用できます。

特定のデプロイを再開するには、パイプラインを実行し、ターゲット デプロイを選択します。

ノードの再起動

reboot nodeパイプラインを使用して、Kubernetesノードを再起動します (たとえば、オペレーティング システムの更新を完了するため)。パイプラインには、Windowsノード タイプとLinuxノード タイプの再起動の2つのオプションがあります。

再起動するスケール セットの種類 (WindowsまたはLinux) を選択し、パイプラインをトリガーできます。

メモ

ターゲットノードタイプのすべてのノードが同時に再起動されるため、約5分間のダウンタイムが発生することが予想されます。

手記

Kubernetesデプロイメント (Sitecoreモジュールまたは別のサービス) を使用してソリューションを拡張した場合、Kubernetesデプロイメントの再起動タイムアウトが原因でNode rebootパイプラインが失敗する可能性があります。この問題を軽減するには、progressDeadlineSeconds値を拡張する必要があります。

Windows ノードのアップグレード

Windows node upgradeパイプラインを使用して、AKS Windowsノード プールOSイメージをアップグレードします。詳細については、Microsoft Azureのドキュメントを参照してください。アップグレードの可用性は、Azure CLIを使用して確認できます。

Sitecoreライセンスの更新

update Sitecore licenseパイプラインを使用して、既存のデプロイのSitecoreライセンスをアップグレードします。ライセンスを更新するには、Sitecoreライセンス コンテンツをコピーして、パイプラインの実行中にAzure devops parameterフィールドに貼り付ける必要があります。ライセンスはダウンタイムなしで更新されます。

クラスタのアップグレード

Cluster upgradesパイプラインを定期的に使用して、クラスターで使用可能なKubernetesリリースを確認することが重要です。これにより、最新のパッチやバグ修正を含む最新バージョンのAKSが確実にインストールされます。詳細については、Microsoftのドキュメントを参照してください。

手記

Cluster upgradesパイプラインは、お客様の場所内の現在のマイナー AKSバージョンで利用可能な更新プログラムを確認します。

クラスタバージョンのアップグレード

Cluster version upgradeパイプラインを使用して、AKSクラスターをアップグレードします。このパイプラインはダウンタイムなしで実行されます。

手記

このトピックでは、DevOpsクラスター バージョンのアップグレード パイプラインを実行するアクセス許可があることを前提としています。

パイプラインは、次のものを新しいバージョンにアップグレードします。

  • コントロールパネル

  • Linuxノード プール

  • Windowsノード プール

手記

パイプラインが失敗した場合は、Sitecoreサポートに連絡して問題を解決してください。

手記

1.22から1.23にアップグレードするには。ナレッジベースの記事「 Sitecore Managed Cloud ContainersソリューションをAKS 1.23にアップグレードする方法」の指示に従います。

alertmanagerのメール通知を更新する

update alertmanager email notificationパイプラインを使用して、alertmanagerの受信者のカスタム セットの電子メール通知を構成します。

メール通知を設定するには:

  1. update alertmanager email notificationパイプラインを開き、必要なパラメーターを入力します。

    update alertmanager email notification​, run pipeline dialog

  2. メール通知を有効または無効にします。

  3. メールの送信に使用するSMTPサーバーのホストとポートを入力します。

  4. SMTPサーバーのユーザー名を入力します。

  5. SMTPサーバーのパスワードを入力します。

  6. 送信者のメールアドレスを入力します。

  7. メール送信のTLSを有効または無効にします。

  8. alertmanagerからの通知の送信先となるEメール・アドレスのコンマ区切りリストを入力します。

パイプラインが完了したら、applicationパイプラインを実行します。

applicationパイプラインが完了したら、次のコマンドを実行してalertmanagerデプロイを再開します。

kubectl rollout restart deployment alertmanager -n monitoring

Terraformの状態のロックを解除する

unlock terraform stateパイプラインを使用して、インフラストラクチャまたはFrontdoorのterraform状態のロックを解除します。

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