B2C Commerce Hyperforce レルムの移動の準備とプロセス

レルム移動前の手順

• 4 週間前: Commerce Cloud サポートケースを開き、レルム移動日と新しい Hyperforce の移動先を指定します。
• 4 週間前: ファイアウォールの許可リストに追加する Hyperforce 外部 IP リストを取得するために、Hyperforce パブリック IP 範囲のリンクを提供します (コンプライアンスログインは不要になりました)。
• 3 週間前: Salesforce チームは、メール設定の移行の前に、DNS システムへの追加が必要となる DNS レコードを提供します。

• 4 週間前: 必要に応じて、バックエンド接続用に、すべてのインテグレーション (サードパーティのインテグレーションを含む) のファイアウォール設定に Hyperforce のすべての送信 IP を追加します。Hyperforce の外部 IP のリストは https://ip-ranges.salesforce.com/ip-ranges.json にあります。             参照: https://help.salesforce.com/s/articleView?id=003876184&type=1 
• 4 週間前: 既存のレガシーゾーンをプロキシゾーンに移行します。レガシーゾーンとプロキシゾーンの詳細については、プロキシゾーンに関する FAQ を参照してください。
• 4 週間前: Verify 2FA クライアント証明書が eCDN にアップロードされていることを確認します。
  • HF 移行の一環として、WebDav 認証は eCDN に移動します。ステージング環境にコードをアップロードするために、クライアント証明書を持参して eCDN にアップロードする必要があります。
  • コードをアップロードできるようにするには、以下の手順を完了する必要があります。
    • 自己署名証明書バンドルを生成します。詳細は、以下のページを参照してください。 

      B2C Hyperforce 2FA Secure Upload Customer Instructions (B2C Hyperforce 2FA のセキュアなユーザーアップロード手順)

      CDN-API を使用して、自己署名ルート CA 証明書 (i) をアップロードします。
    • クライアントの証明書は、同じ自己署名ルート CA 証明書 (i) を使用します (詳細はヘルプドキュメントを参照)。
• 3 週間前: SPF レコードが現在の IP アドレスではなく、本番ドメイン (たとえば、https://production-realmname.demandware.net/*) を参照していることを確認します。  こうすることで、移行後の確認メールが正常に送信され、よりシームレスに移行できます。ドットとダッシュの使用については、Commerce Cloud B2C プラットフォームでメールを送信するためのベストプラクティスも参照してください。
• 2 週間前: 必要に応じて、本番環境がオフラインになったときのためのメンテナンスページを更新します。
• 2 週間前: メール設定用の DNS システムに、Salesforce が提供する DNS レコードを追加します。
• 3 日前: レルム移動前の 72 時間はファイアウォールの変更リクエストを送信しないようにします。

レルム移動手順

• PIG の移動 (本番、ステージング、開発): 日付はケースで通知されます。時間は常にソース POD のタイムゾーンの午前 2 時から 7 時のメンテナンスウィンドウの間です。 この時間帯はすべての PIG インスタンスとストアフロントが停止します。ジョブは実行されないため、移動前にスケジュールを変更するか、移動後に手動で実行する必要があります。
  • PIG 移動開始の約 5 時間前: レプリケーションやその他のデータ変更が行われないように、ステージングおよび開発のインスタンスはオフラインになります。これにより、全体の停止時間が短縮されます。
  • PIG 移動の前に、SFCC が PRD BM から顧客と注文の数を確認します (PIG 移動後に ELS の問題が発生した場合に備えるため)。
    • 顧客と注文の記録は、以下の手順で確認します。
    • [BM] > [Merchant Tools] (業者ツール) > [顧客] を開きます。
    • 数を書き留めます (時間とタイムゾーンも一緒に)。
    • [BM] > [Merchant Tools] (業者ツール) > [注文] を開きます。
    • 数を書き留めます (時間とタイムゾーンも一緒に)。
  • チケットにはグローバルハンドオーバー/24 時間体制のフラグが付けられるため、勤務中のサポートチームが移動中のチケットを監視します。
  • 午前 2 時頃 (POD 時間): PIG の移動が開始されます。 メンテナンスページが表示されます。 Salesforce ケースが更新され、メンテナンスが開始されたことが示されます。
  • Salesforce が PIG 移動の主要なアクティビティを実行します。
    • メンテナンスページを表示し、古い POD の Web/アプリをシャットダウンします。
  • 新しい HF POD への最終データのレプリケーションが開始されます (古い POD から)。 
  • 新しい HF POD ですべてのデータベースを起動します。
  • 新しい HF POD で Web とアプリを起動します。
  • 古い POD のデータベースをシャットダウンします。
• 午前 3～7 時頃 (POD 時間): PIG の移動が完了します。
  • サポートが Business Manager とストアフロントの機能を確認します。
  • サポートが MongoDB の機能を確認します。
  • メンテナンスページが停止します。 ケースが更新され、完了が示されます。 
• eCDN の後ろにあるストアフロント IP については、運用チームが必要な変更を管理します。

レルム移動後の手順

• Control Center 管理者が、Control Center でインスタンスを管理するために必要な権限を持っているかどうかを確認します。
• サポートが Business Manager とストアフロントの機能を確認します。
• サポートが MongoDB の機能を確認します。
• PIG 移動の後に、SFCC が PRD BM から顧客と注文の数を確認し (PIG 移動後に ELS の問題が発生した場合に備えるため)、PIG 移動前の数と比較します。
• 顧客と注文は、以下の手順で確認します。
  • [BM] > [Merchant Tools] (業者ツール) > [顧客] を開きます。
  • 数を書き留めます (時間とタイムゾーンも一緒に)。
  • [BM] > [Merchant Tools] (業者ツール) > [注文] を開きます。
  • 数を書き留めます (時間とタイムゾーンも一緒に)。
• アナリティクスは POD では実行されなくなるため、POD の移動の際に移行されることはありません。そのため、POD 移動後に再入力する時間が不要になり、すぐに使用できるようになります。

• Business Manager インスタンスとストアフロントが稼働していることを確認します。
• コードのアップロードが正しく動作することを確認します。
• サードパーティのインテグレーション、支払い処理、注文の完了などとの接続を確認します。
• 外部ファイアウォールが新しい「HF POD」からのインバウンドアクセスを許可していることを確認します。
• 送信メールを確認し、注文後またはストアフロントでのメンバー登録後に、買い物客がメールを受信できることを確認します。

1. 社内の QA リソースと協力して、レルム移動後に実行する検証プロセスおよび確認プロセスを作成します。
2. レルム移動開始時からレルム移動チケットを監視できるようにリソースのスケジュールを設定します。  問題が発生した場合は、直ちにチケットを更新します。
3. レルム移動ウィンドウ (前日の午後 9 時 (米国東部時間)～当日の午前 7 時 (米国東部時間)) に発生する予定のデータまたはコードのレプリケーションのスケジュールを変更します。 移動中に発生したレプリケーションは失敗したジョブとなり、移動後に手動で消去する必要があります。