アップグレードの計画 planning-your-upgrade

AEM アップグレードの概要 aem-upgrade-overview

AEM は、何百万人ものユーザーにサービスを提供するような、影響の大きいデプロイメントで使用されることがよくあります。通常、インスタンスにカスタムアプリケーションがデプロイされ、さらに複雑な構成になっています。このようなデプロイメントをアップグレードするときには、入念な計画が必要です。

このガイドでは、アップグレードの計画で明確な目標、フェーズ、成果物を定める際に役立つ情報を示します。アップグレードの全体的な実行とガイドラインに焦点を当てています。 実際のアップグレード手順の概要を示しますが、入手可能な技術リソースを参照するよう指示する場合もあります。このドキュメントで参照されている入手可能な技術リソースを併せて使用してください。

AEM アップグレードプロセスでは、プランニング、分析および実行のフェーズと、各フェーズで定義される主要成果物を慎重に扱う必要があります。

サポート対象のオペレーティングシステム、Java™ ランタイム、httpd および Dispatcher バージョンを実行していることを確認することが重要です。詳しくは、AEM 6.5 LTS の技術要件を参照してください。 これらのコンポーネントのアップグレードは、アップグレード計画で考慮する必要があり、AEMのアップグレード前に行う必要があります。

アップグレードの段階 upgrade-phases

AEM のアップグレードの計画と実行には、多くの作業が必要になります。このプロセスに含まれる様々な作業を明確にするために、計画と実行に伴う作業を個別のフェーズに分割しました。以下の節では、各フェーズで成果物を作成します。成果物は、アップグレードの将来のフェーズでよく使用されます。

テスト計画の作成 creating-a-test-plan

顧客の AEM の実装はそれぞれ固有のものであり、ビジネス要件に合うようにカスタマイズされています。そのため、テスト計画に組み込むことができるように、システムに加えられたすべてのカスタマイズを決定することが重要です。

すべてのアプリケーションとカスタムコードが引き続き想定どおりに動作することを確認するには、実稼動環境を正確に複製し、アップグレード後にその環境でテストを実行する必要があります。すべてのカスタマイズを元に戻し、パフォーマンス、負荷およびセキュリティのテストを実行します。テスト計画を立てるときは、日々の運用で使用されている標準の UI およびワークフローに加えて、システムに対して行われたすべてのカスタマイズを対象にします。これには、カスタム OSGI サービスとサーブレット、Adobe Experience Cloud への統合、AEM コネクタによるサードパーティとの統合、サードパーティとのカスタム統合、カスタムコンポーネントとテンプレート、AEM でのカスタム UI オーバーレイ、およびカスタムワークフローが含まれる場合があります。さらに、カスタムクエリをテストして、アップグレード後もインデックスが引き続き効果的に機能していることを確認する必要があります。

アップグレードの複雑性の評価 assessing-upgrade-complexity

Adobeのお客様がAEM環境に適用するカスタマイズの量と性質には様々な種類があるので、アップグレードで期待される全体的な作業レベルを判断するには、事前にしばらく時間を置くことが重要です。 AEM 6.5 LTS 用AEM アナライザーは、アップグレードの複雑さを評価するのに役立ちます。

AEM 6.5 LTS 用の AEM アナライザーはほとんどの場合、アップグレード中に予想される作業について、かなり正確な予測を提供します。 ただし、互換性のない変更点が存在する、より複雑なカスタマイズやデプロイメントの場合は、 インプレースアップグレードの実行の手順に従い開発インスタンスをAEM 6.5 LTS にアップグレードできます。 完了したら、この環境で全体的なスモークテストを実行します。この演習の目的は、テストケースのインベントリを完全に作成し、欠陥の正式なインベントリを作成することではなく、AEM 6.5 LTS 互換のコードをアップグレードするために必要な作業量の概算を提供することです。 AEM アナライザーおよび前の節で決定したアーキテクチャの変更と組み合わせると、アップグレードを計画するプロジェクト管理チームに、大まかな見積もりを提供できます。

アップグレードおよびロールバックのランブックの作成 building-the-upgrade-and-rollback-runbook

アドビは AEM インスタンスをアップグレードするためのプロセスを文書化していますが、それぞれの顧客のネットワークレイアウト、デプロイメントアーキテクチャおよびカスタマイズに合わせて、このアプローチの調整が必要になります。このため、Adobeでは、提供されているすべてのドキュメントを確認し、環境で実行する特定のアップグレードおよびロールバック手順の概要を説明したアップグレード固有の Runbook を提供するために使用することをお勧めします。

アップグレードおよびロールバック手順についてはアップグレード手順で、アップグレードを適用するためのステップごとの手順についてはインプレースアップグレードの実行で説明しています。これらの手順を確認し、システムアーキテクチャ、カスタマイズおよびダウンタイム許容度とともに考慮して、アップグレード時に実行する適切な切り替え手順およびロールバック手順を決定する必要があります。カスタマイズした Runbook を作成する際には、アーキテクチャやサーバーのサイズに関する変更を含める必要があります。

アップグレードプランの作成 developing-an-upgrade-plan

前の演習で得られた結果は、テストや開発作業に必要な予想タイムラインや実際のアップグレードの実行に対応するアップグレード計画の作成に使用できます。

包括的なプロジェクト計画には、以下が含まれています。

開発および QA の実行 performing-development-and-qa

Adobeには、AEM 6.5 LTS との互換性を保つため、 コードとカスタマイズのアップグレード手順が用意されています。 この反復プロセスを実行する際は、必要に応じて Runbook を変更する必要があります。

通常、開発とテストのプロセスは繰り返されます。アップグレードプロセスの調整が必要な問題が見つかった場合は、それをカスタムアップグレードランブックに追加してください。テストと修正を何回か繰り返すと、コードベースは完全に検証され、ステージング環境へのデプロイメントの準備が整います。

最終テスト final-testing

アドビでは、コードベースが組織の QA チームによって認定された後に、最後のテストを実施することをお勧めします。このテストには、ステージング環境でのランブックの検証と、それに続くユーザー受け入れ、パフォーマンスおよびセキュリティのテストが含まれます。

この手順は、ランブックの手順を実稼動に近い環境で検証できる唯一の機会なので重要です。環境がアップグレードされたら、エンドユーザーがログインし、日常業務でシステムを使用する際のアクティビティを一通り行う時間を設けることが重要です。運用開始前にこれらの領域の問題を見つけて修正すると、コストのかかる実稼動の停止を防ぐのに役立ちます。

アップグレードの実行 performing-the-upgrade

すべての関係者から最終承認を受けたら、定義されたランブック手順に基づいて実行します。アップグレードおよびロールバックの手順はアップグレード手順で、インストール手順はインプレースアップグレードの実行を参照してください。

アップグレード手順では、環境を検証するためのいくつかの手順が提供されています。これらの手順には、アップグレードログの調査やすべての OSGi バンドルが正しく起動することの確認のような基本的なチェックが含まれていますが、ビジネスプロセスに基づいて独自のテストケースを検証することもお勧めします。また、AEM のオンラインリビジョンクリーンアップおよび関連する定期的な作業のスケジュールをチェックして、それらが処理の少ない時間帯に実行されることを確認することもお勧めします。これらの定期的な作業は、AEM の長期的なパフォーマンスにとって重要です。