機能検証チェックリスト

移行波が発生したら、各仮想サーバーインスタンスについて以下の項目を確認します。

• 正常にスタート
• すべてのディスクが存在し、マウントされている
• ネットワーク接続
• アプリケーションはエラーなしで起動する
• アプリケーションはリクエストに応える
• アプリケーションログに重大なエラーはない

各アプリケーションについて、以下の項目をチェックする。

• すべての層が正しく通信する
• データベース接続成功
• ロードバランサーのヘルスチェックに合格しました
• 外部アクセスの確認
• 認証作業
• 統合作業

環境については、以下の項目をチェックする。

• モニタリング・エージェントの報告
• バックアップジョブの設定と実行
• セキュリティグループのルールのテスト
• コンプライアンス・チェックに合格

パフォーマンス検証

以下の情報は、移行後のメトリクスを移行前のベースラインと比較する際に役立ちます。

• CPU使用率はベースラインと同等かそれ以下である必要がある。 CPUのパフォーマンスが高い場合は、アプリケーションの非効率性またはインスタンス・プロファイルが正しくないか調査してください。
• メモリ使用量は同一である必要がある。 メモリスワップが発生した場合は、インスタンスプロファイルが不足しています。
• ディスクのIOPSは、 VMware の性能を満たすか、上回る必要がある。 IOPSが予想より少ない場合は、ストレージプロファイルの階層選択を確認し、プールされた帯域幅割り当てが有効になっていることを確認する。
• ネットワークのスループットは、 VMware のパフォーマンスを満たすか、上回る必要がある。 スループットが予想より低い場合は、インスタンスプロファイルのネットワーク帯域幅を確認し、ストレージ帯域幅が3:1の比率を使いすぎていないことを確認します。
• アプリケーションの応答時間は、 VMware と同程度である必要がある。 応答時間がより長い場合は、ネットワークレイテンシまたはストレージI/Oを調査する。

ライトサイジングの機会

初期の移行では、「リフト＆シフト」サイジングがよく使われる（ VMware と同じ vCPU と RAM）。 移行後、以下のリソースを最適化する：

CPUのライトサイジング：

• 平均CPUが20%未満の場合、より小さいインスタンス・プロファイルを検討する
• CPUのバーストが頻繁に80%を超える場合は、より大きなプロファイルまたはバースト可能なプロファイルを検討する
• VPCモニタリングを使って、2～4週間にわたってCPU使用率を追跡する

メモリのライトサイジング：

• メモリ使用量が50%未満の場合は、より少ないメモリでプロファイルを検討する
• メモリスワップが発生したり、メモリへの負荷が高い場合は、より多くのメモリを搭載したプロファイルを検討してください
• アプリケーションのメモリリークをチェックする

ストレージの適正化：

• 実際のIOPS使用量とプロビジョニングされたティア使用量を比較する
• 使用量が予想より少ない場合、 10iops-tier から 5iops-tier プロファイルへロールバックする
• 高性能が必要な場合は、 sdp プロファイルを検討する

ネットワーク帯域幅の適正化：

• ネットワークとストレージの実際の帯域幅使用量を監視
• 常に限界に達している場合は、インスタンス・プロファイルを調整する
• ストレージのスループットが遅い場合、ストレージとネットワークの比率を調整する

クラウドネイティブ・パターンの最適化

移行が安定したら、次のようなクラウドネイティブの機能強化を検討しよう：

マネージド・サービス

• 自己管理データベースを IBM Cloud データベースに置き換える
• ファイルサーバーをVPCファイルストレージまたはオブジェクトストレージに置き換える
• ロードバランサーをVPCアプリケーション・ロードバランサーに置き換える

高可用性

• マルチゾーン地域への展開
• 自動フェイルオーバーのためにロードバランサーを使用する
• ステートレス層のオートスケールを実装する

バックアップおよび災害復旧

• バックアップにVPCスナップショットを使用する
• ディザスタリカバリのためのクロスリージョン・スナップショットコピーの導入
• ファイルレベルのバックアップには IBM Cloud Backup を検討する

監視と可観測性

• 連携する IBM Cloud Monitoring
• IBM Cloud ログによるログ集約の実装
• ネットワークトラフィックの分析にVPCフローログを使用する