Amazon ECnd RDS サービスを使用した、企業データセンターで実行されているワークロードの AWS への移行

現実世界のシナリオに基づいた別のプロジェクトでは、私は企業データセンターで実行されているワークロードを AWS に移行する責任を負うクラウド スペシャリストを務めました。
アプリケーションとデータベースは、リフト&シフト (再ホスト) モデルを使用して AWS に移行され、アプリケーションとデータベースの両方のデータが移動されました。

移行手順:

1. 計画: サイズ設定、前提条件、リソースの名前付け

2. 実装: リソースのプロビジョニング、ベストプラクティス

3. ゴーライブ: 検証テスト — ドライラン、最終移行 — カットオーバー

4. 本番稼働後: アプリケーションの動作とユーザー アクセスの確保

1. 計画

クライアントは、アプリケーションとデータベースをオンプレミス環境から AWS クラウドに移行するための情報とファイルを提供しました。

Python Web — Wiki サーバー アプリケーション: AWS EC2 アプリケーション サーバー上でアプリケーションを正常に実行するために必要な Python パッケージとライブラリが決定されています。

MySQL 5.7 Python Web — Wiki DB サーバー: サイズ、ホスト/サーバー名、IP アドレス、CPU、および Amazon RDB サーバーに移行するために必要な説明が提供されます。

1. 実装

• VPC (Amazon Virtual Private Cloud) の作成: 目的は、仮想かつ分離されたネットワークを構築することです。インターネット上の Amazon RDB および EC2 インスタンス リソースへのアクセスは、IP アドレスの割り当てによって制御されます。 1 つのパブリック サブセットと 2 つのプライベート サブセットが VCP に追加されました。 IPv4 CIDR ブロックは、VPC に関連付けられている既存の CIDR ブロックと重複してはなりません。

• インターネット ゲートウェイを作成し、VPC に接続します。EC2 とインターネット間の接続に必要です。

• ルート テーブルの作成: 作成時に VPC にアタッチされたルート テーブルがすでにありますが、これはローカルであり、内部トラフィックのみをルーティングします。新しいトラフィックを追加して、インターネットからのユーザーが EC2 アプリケーション インスタンスにアクセスできるようにしたいと考えています。 EC2 インスタンスは、パッケージをダウンロードするための接続など、自身からインターネット接続を開始することもできます。

• 新しいセキュリティ グループとキー ペア (.pem) を使用して EC2 インスタンスを作成します: 以前に起動した VPC ネットワーク内に EC2 インスタンス (AMI: Ubuntu 18.04) が作成されました。

• EC2 インスタンスの作成中にキー ペアが作成され、デスクトップにダウンロードされました。デスクトップから ssh 経由で EC2 インスタンスにリモート接続する必要があります。

• セキュリティ グループが作成され、仮想マシン上で実行されているサービスにアクセスできるようにポートを開くように構成されました。インターネットのみポート 8080 経由でアプリケーションにアクセスするための新しいセキュリティ ルールが追加されました。

• MySQL RDS インスタンスの作成: オンプロミス環境と同じバージョンか新しいバージョンである必要がありますが、この変更が他のものに影響を与えないことを確認する必要があります。パブリックアクセス: いいえ、本当に必要でない場合は決して「はい」に設定しないでください。

• 前提条件の手順: SSH と、以前に「.pem」形式でダウンロードしたペアキーを使用して EC2 インスタンスに接続する必要があります。アプリケーションが適切に動作するように EC2 インスタンスを準備することが重要です。必要な Python パッケージとライブラリは、計画ステップで決定されたとおりにインストールされました。

• 自分だけが読み取れるように秘密キーの権限を設定します。 chmod 400 キーペア名.pem

1. ライブ中

これは、検証 (ドライラン) とカットオーバーの 2 つのステップに分かれています。

検証(ドライラン):

この段階では、オンプレミスのリソースが稼働しているはずです。検証が正常に完了すると、ビジネスが稼働していないときにダウンタイム枠をスケジュールし、オンプレミス環境からクラウドへの最終的な移行切り替え (カットオーバー) を実行できます。

• 1) データベースおよび 2) オンプレミス環境からのアプリケーション展開リソースがエクスポートされ、3) AWS S3 バケットに配置されました。次に、S3 バケットから VCP の関連サブネットにファイルを転送できます。 EC2 インスタンスに接続され、ローカル コンピューターからリモート接続が開かれています。

• 4) アプリケーションデプロイメントファイルが EC2 インスタンスにインポートされました。

$ ssh ubuntu@ -i

• 5) AWS RDS 上で実行されている MySQL にリモート接続し、オンプレミス DB からデータをインポートできるようにします。 DB ファイルが AWS RDB にインポートされました。 6) EC2 インスタンスと RDB の間の接続は、AWS RDB ホスト名を指すことによってアプリケーション構成ファイル内で確立されました。

• アプリケーションがデータベースに接続できるように、wikidb に新しいユーザー Wiki が作成されました。これにより、アプリケーションからデータベースへの接続が行われます。

• アプリ ファイルを解凍します。これは、AWS で実行されている MySQL DB を指すアプリケーションの設定ファイルです。

• アプリケーションを起動して移行を検証します。アプリケーションを起動して、アプリケーションが RDS に接続されるかどうかを確認します。

:8080

• アプリケーションが MySQL データベースから読み取るだけでなく書き込みもできるかどうかを確認するための新しい記事が作成されました。

カットオーバー: これは、オンライブ プロセスの次のステップです。したがって、運用環境では、オンプレミス環境から実際のデータを取得し、データをインポートして、オンプレミスのデータベースとアプリケーションが確実に停止するようにダウンタイムをスケジュールできます。それが完了すると、オンプレミス環境から AWS に完全に切り替えることができます。

1. 本番稼働後:

移行の最後のステップ。稼働後に問題がないことを確認する必要があります。安定性、継続的なサポート。アクセス、パフォーマンス、統合。継続的なサポートは、アプリケーションの複雑さに応じて 2 週間継続できます。

以上がAmazon ECnd RDS サービスを使用した、企業データセンターで実行されているワークロードの AWS への移行の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。