クラウドからクラウドへの移行を計画するときは、次の項目を考慮してください。
DNSの変更は自動ではないため、事前に計画してください
現在のクラウドサーバーであるオリジンサーバーがロードバランサーの背後にない場合、IPアドレスが変更されます。この変更は、新しいIPを指すようにドメインネームサーバー（DNS）を更新する必要があることを意味します。存続時間（TTL）レコードを5分に設定してから、24時間待って、変更が適切に反映されるようにする必要があります。その後、DNSの変更は5分以内に有効になります。
オリジンサーバーはWebアプリケーション、電子メール、またはデータベースをホストしていますか？それは1つのことをしますか、それともさまざまなタスクを処理しますか？事前に行われた適切な初期評価により、起点サーバーと新しいサーバーまたは宛先サーバーの間でスイッチを切り替えるときに、土壇場でのパニックを回避できます。データ、構成ファイル、およびその他の重要なデータを保存する場所を必ず特定してください。移行に向かう環境についてよく知っていると、移行がスムーズになります。
クラウド移行を行うことの利点の1つは、サーバーをすばやく簡単にスピンアップまたはスピンダウンできることです。移行後、オリジンサーバーをすぐに削除するのではなく、電源を切ることを強くお勧めします。 24時間から1週間電源を切ったままにします。 Webサイトとアプリケーションが期待どおりに実行されている場合は、移行が正常に完了した可能性があります。ただし、オリジンサーバーをオフにすると問題が発生する場合は、一部のプロセスが引き続き古いサーバーに依存していることを意味します。オリジンサーバーをバックアップして、見逃したものを特定し、適切に移行することができます。
このセクションでは、クラウド移行の手順について説明します。
移行先サーバーに必要な最小ディスク容量を決定するには、現在使用しているディスク容量を確認してください。
Linux®で使用されているディスク容量を確認するには、次のコマンドを実行します。
df -h
160 GB（汎用フレーバーの最大ディスクサイズ）を超える必要がある場合は、すべてのデータに対応するために、新しいサーバーでCloudBlockStorageボリュームを使用する必要があります。
Cloud Block Storageボリュームをセットアップするときは、オリジンサーバー上のディレクトリのサイズを確認してください。この情報は、システムディスクに保存するデータや、追加のボリュームに保存する必要のあるデータなど、移行先サーバーでのデータ編成を計画するのに役立ちます。
Linuxでは、次のコマンドを実行して、ファイルが使用するディスク容量と現在のディレクトリのサブディレクトリを確認できます。
du -hs *
次のコマンドを実行して、ディレクトリ名またはファイル名を指定することもできます。
du -hs directoryName
システムディスクにコピーするデータと接続されているディスクにコピーするデータがわかったら、それに応じて移行先サーバーとその追加ボリュームのサイズを計画します。
移行先サーバーを作成するときは、ストレージ要件だけでなく、メモリ、CPU、ネットワークの要件も考慮してください。
移行先サーバーのシステムディスクに収まるよりも多くのデータがある場合は、1つ以上のデータディスク（I / Oフレーバーのみ）を使用するか、サーバーにCloudBlockStorageボリュームを接続するかを決定します。
移行先サーバーのサイズを選択するときは、現在のニーズと、将来必要になる可能性のあるスケーリングを考慮してください。
I / O最適化サーバーのサイズを変更することはできませんが、CloudBlockStorageを使用してストレージスペースを追加または削除することはできます。汎用サーバーの最大サイズは8GBRAM〜160 GB HDDであり、非推奨の準仮想化（PV）仮想化モードを使用しない限り、サーバーを大きくすることはできますが、小さくすることはできません。
単一サーバー環境の場合、RAMまたはCPUの要件が変更された場合は、新しいサーバーに移行する必要があります。
または、複数のサーバーがアプリケーションを実行し、ロードバランサーを使用してさまざまなサーバーへのトラフィックを管理する、水平スケーリングを使用するように環境を計画することもできます。水平スケーリングはすべてのアプリケーションで機能するとは限りませんが、セットアップ後、変動する負荷要件に対応するためにサーバーを簡単に追加または削除できます。
いくつかの環境例については、オープンクラウドリファレンスアーキテクチャの記事を参照してください。
注 ：現在パフォーマンスサーバーを使用している場合、イメージの作成時にデータディスクはキャプチャされません。データディスクをバックアップするには、RackspaceCloudBackupまたは同様のファイルベースのバックアップアプローチに依存する必要があります。追加のストレージの移植性を高めたい場合、またはデータスナップショットを取得したい場合は、1つ以上のCloudBlockStorageボリュームを新しいサーバーに追加することを検討してください。詳細については、CloudBlockStorageボリュームの作成と接続を参照してください。
Cloud Block Storageボリュームまたはデータディスクのフォーマットと構成サーバーを作成したら、接続されているデータディスクまたはCloud Block Storageボリュームをフォーマットし、それらを使用するようにシステムを構成して準備します。
Cloud Block Storageボリュームを接続している場合、詳細については、CloudBlockStorageボリュームの準備を参照してください。
I / O最適化サーバーでのデータディスクのフォーマットとマウントの手順については、「Linuxクラウドサーバーでのデータディスクの準備」を参照してください。
Linux上のソフトウェアRAIDで接続ボリュームを設定する場合、手順についてはLinuxソフトウェア-RAIDHOWTOを参照してください。
接続されたディスクの準備ができたら、データを移行できます。
Linuxでの手動移行には、Rackspace Cloud Backup、Rackspace Cloud Block Storage、rsyncなどのいくつかのオプションがあります。
特定のディレクトリを移行するには、CloudBackupを使用できます。オリジンサーバーでデータのバックアップを作成してから、デスティネーションサーバーに復元します。
特定のデータを移行するには、CloudBlockStorageを使用できます。ドライブをオリジンサーバーに接続し、データをコピーします。次に、ドライブをオリジンサーバーからデタッチし、デスティネーションサーバーに接続して、ドライブからデータをコピーします。
Linuxでのディレクトリ移行にrsyncを使用する
Linuxでは、rsyncを使用できます ネットワーク経由でディレクトリを直接コピーします。たとえば、オリジンサーバーから次のコマンドを実行して / var / lib / mysqlをコピーできます。 ：
rsync -e 'ssh' -avl --stats --progress /var/lib/mysql [email protected]:/var/lib/mysql
rsyncの詳細については 、rsyncを使用してファイルをバックアップするを参照してください。
重要 ：2つのクラウドサーバーが同じ地域のデータセンター（DFW、ORD、IAD、LON、HKG、またはSYD）にある限り、10.xを利用できます。 データを転送するために2つのサーバーに割り当てられたIPアドレス。これは、2台のサーバー間のデータの帯域幅に対して課金されないことを意味します。パブリックIPを使用して転送されたデータは、潜在的な帯域幅コストにつながります。
他のアプリケーションには、データ移行を容易にする独自の手段がある場合があります。たとえば、データベースを移行するには、移行先サーバーを移行元データベースのレプリカにして、データを移行先サーバーに自動的に複製します。 MySQL®プライマリレプリカレプリケーションの実行方法に関する情報は、ここにあります。
すべてのデータが宛先サーバーに配置されたら、アプリケーションを徹底的にテストして、宛先環境で期待どおりに機能することを確認します。この記事の冒頭で述べたように、クライアントはオリジンサーバーの電源を切ることをお勧めしますが、1〜7日間は削除しないでください。この方法により、移行で何かを見逃したかどうかを判断する時間ができます。たとえば、DNSではなくIPアドレスを使用してオリジンサーバーに解決したとします。 7日経っても何も壊れておらず、問題がないことに気付いた場合は、オリジンサーバーを安全に削除できます。
まだ行っていない場合は、災害が発生した場合に重大なデータ損失を防ぐために、宛先サーバーにバックアップ計画を実装します。