レルム移行の準備およびプロセス

レルム移行前の手順

• Salesforce の責任: 
• 3 ～ 4 週間前: レルム移行日と新しい POD 番号を通知するケースを登録する。完全な POD リストについては、AMER POD の場合はこちら、EMEA/APAC POD の場合はこちらで確認してください。
• 2 ～ 3 週間前: 新しい POD の送信 IP アドレスを提供する 
• SIG 移行の当日: レルムが eCDN の背後にない場合、またはルートドメインが Salesforce IP を指している場合は、新しい Storefront IP アドレスを提供する

• お客様の責任:
• 2 週間前: バックエンド接続のために、新しい POD および DR (障害回復) POD の送信 IP をすべてのお客様とサードパーティーインテグレーションのファイアウォール設定に追加する。  サポートエンジニアから DR POD 番号が提供されます。
• 2 週間前: SPF レコードが現在の IP アドレスではなく、Production 環境ドットタイプドメイン (例: https://production.ap01.example.demandware.net) を参照していることを確認する。  これにより、移行がよりスムーズに実行され、移行後の確認メールを適切に送信できるようになります。  *ドットとダッシュの使い分けについては、ナレッジ記事の「ユーザへのメール送信のベストプラクティス」も参照してください。
• 1 ～ 3 週間前: 必要に応じて、本番環境のオフライン時に使用するメンテナンスページを更新する
• 3 日前: レルム移行の 72 時間前は、ファイアウォール変更要求を送信しないようにする

レルム移行の手順

• SIG 移行 (POD Sandbox): 通常、PIG 移行の 1 週間前、米国の営業時間中 (東部時間) に実行されます。ただし、状況によっては別の日時に行われることもあります。 SIG 移動には最大 5 時間かかる可能性がありますが、通常は 2 時間以内に終了し、その間はすべての POD Sandbox が停止します。POD Sandbox が停止している間、メンテナンスページは表示されません。
• PIG 移行 (Production、Staging、Development): 実施日はケースで連絡されます。時間は常に古い POD のメンテナンス実施時間である午前 2 時から午前 7 時までです。 この時間は、すべての PIG インスタンスとストアフロントが停止します。 また、メンテナンス中は POD Sandbox も約 15 ～ 30 分シャットダウンする必要があります。 ジョブは実行されないため、移行前に再スケジュールするか、移行後に手動で実行する必要があります。
  • PIG 移行開始の 5 時間前: レプリケーションやその他のデータ変更が行われないように、Staging インスタンスとDevelopment インスタンスはオフラインになります。これにより、全体のダウンタイムを短縮できます。
    • チケットに「Follow the Sun (フォローザサン)」のフラグが付けられるため、移行中は当番のサポートチームがチケットを監視します。
    • 午前 2 時の POD 時間: PIG 移行が開始されます。  メンテナンスページが表示されます。  Salesforce ケースが更新され、開始されたことが通知されます。
    • Salesforce によって、次のような PIG 移行の主要な作業が実行されます。
      • メンテナンスページを表示して、古い POD の Web/アプリケーションをシャットダウンする
    • (古い POD から) 新しい POD への最終的なデータレプリケーションを開始する。  この間、Sandboxは 15 ～ 30 分間利用できない場合があります。
    • 新しい POD ですべてのデータベースを起動する
    • 新しい POD で Web とアプリケーションを起動する
    • 古い POD でデータベースをシャットダウンする
• 午前 3 時 ～ 午前 7 時の POD 時間: PIG 移行が完了します。
  • サポートが Business Manager とストアフロント機能を確認する
  • サポートが MongoDB 機能を確認する
  • メンテナンスページが削除される。  ケースが更新され、完了したことが通知されます。 
• eCDN の背後にあるストアフロント IP については、オペレーションが必要な変更を管理します。eCDN の背後にないストアフロントについては、お客様が DNS を変更して、トラフィックを以前にケースで提供された新しいストアフロント IP アドレスに誘導する必要があります。
  • ステージングストアフロント用のカスタムドメイン名がある場合、お客様は DNS を更新する必要があります。 
  • DNS 伝播が完了するまで、お客様はステージングドメインと IP アドレスをローカルの hosts ファイルに追加してテストを行うことができます。

レルム移行後の手順

• Business Manager のインスタンスとストアフロントが機能していることを確認する。場合によっては、DNS 伝播が完全に終了するまで、eCDN の背後にないインスタンスのホスト名を Business Manager の IP で置き換える必要があります。
• サードパーティーインテグレーション、支払処理、注文の完了などとの接続に問題ないことを確認する
• 外部ファイアウォールで新しい POD からの受信アクセスが許可されていることを確認する
• 送信メールの確認、およびストアフロントで注文やメンバーとしての新規登録を行った後に顧客がメールを受信できることを確認する

• Control Center 管理者に Control Center でインスタンスを管理するための必要な権限があることを確認する
• Analytics は POD 上に存在しなくなったため、POD の移行時には移行されなくなりました。そのため、POD の移行後に再設定に時間がかからなくなり、すぐに使用できるようになりました。

スムーズな移行のためのヒント

1. 社内の QA リソースと協力して、レルム移行後の確認および検証プロセスを作成します。
2. 移行のスケジュールが設定されたら、PIG 移行が完了するまで、新しい Sandbox の要求や Sandbox の廃止を行わないようにしてください。
3. リソースを確保して、レルム移行の開始時からレルム移行のチケットを監視できるようにスケジュールを設定します。  問題が発生した場合は、すぐにチケットを更新してください。
4. レルム移行実施時間 (前日の午後 9 時 (東部時間) ～ 当日の午前 7 時 (東部時間)) に実行がスケジュールされているデータまたはコードのレプリケーションをすべて再スケジュールします。  移行中に実行されたレプリケーションジョブは失敗します。このジョブは移行後に手動で消去する必要があります。