異なるホスティングプロバイダー間を移動するときに対処すべき重要な問題は何ですか？
サードパーティのホスティングプロバイダーにある2つのサイトに100〜200台のサーバーがあります。
（誰もが認める会社ではありません。）
さまざまな技術スタッフが、別のホスティングプロバイダー（Amazonなど）への移行を提案しています。
これの主な理由は次のとおりです。
- 改善されたサービス
- より信頼性が高く一貫性のあるネットワーク
- より柔軟なサービス
- より安いサービス。
すべてのサーバーをあるプロバイダーから別のプロバイダーに移動する際に対処する必要のある重要な問題は何ですか。
サーバーにはさまざまな種類があり、複数のOS、複雑なゾーンネットワーク、および複数の仮想化ソフトウェアタイプが使用されています。
更新：
これらはすべて専用のホストであり、プロバイダーから一定期間レンタルされます。 （これは問題の1つであり、現在の配置の柔軟性がありません。）
移動中は、限られたダウンタイムで十分です。 （週末、深夜など）
これの多くは、サーバーを何に使用しているかによって異なります。これは、高い目標稼働時間SLAを想定した一般的な回答です。
移動中に稼働時間を維持する必要がある場合は、新しいホストを使用して新しいサーバーをセットアップしてから、2つのサーバー間のレプリケーションをセットアップする必要があります。レプリケーションが完了したら、負荷分散を使用して新しいサーバーをゆっくりと稼働させることを検討してください。このようにして、障害が発生した場合、それは少数のユーザーのみに分離されます（おそらく最初にベータグループを移行することさえあります）。
段階的なロールオーバーが引き続き機能する場合は、最終的には新しいサーバーの使用率を100％にシフトすることができます。これが完了したら、レプリケーションをシャットダウンして、古いサーバーを廃止できます。
もちろん、稼働時間の目標が高い場合は、古いサーバーの一部をレプリケーションに保持し、バックアップとして負荷分散することを検討してください。
出てきた新しい情報に基づいて、 VMWareの移行ツール を仮想インフラストラクチャに使用することをお勧めします。次に そのインフラストラクチャを移行します 。変更が必要なハードコードされたIPアドレスや、実際に切り替えるときに避けられないDNSキャッシュの問題に対処する必要があります。
その大きな利点の1つは、VMWareがこれらの2つのステップで多くの経験を持っており、それを支援できることです。さらに、完了すると、はるかに柔軟で復元力のある仮想化インフラストラクチャが得られます。
すべてのサーバーを1つのプロバイダーから別のプロバイダーに移動する際に対処する必要のある重要な問題は何ですか。
いくつかのメモ...
- 移動のタイミング（100台のサーバー-数時間で移動するのは大変です）
- オーバーラップ
- DNSの更新中に両方を実行し続けることを検討することをお勧めします
- 更新を停止するか、更新をリアルタイムまたは後で転送します
- IP割り当て
- ネットワーク設定
- ネットワーク管理
- 各プロバイダーは、異なるレベルとタイプのサービスを提供します
- 現在のプロバイダーとの取引方法は、新しいプロバイダーとの関係に悪影響を与える可能性があるため、これを知らずに仮定やプロセスを実行しないでください。
- 稼働時間、SLA、TOS、その他の契約の問題
- ソフトウェアバージョン、特に管理を行う場合
- マシン構成
- どのくらいのマシンを制御しますか？
- 緊急時の対応
- 彼らは24時間年中無休で利用できますか？
- オンサイトバックアップ、復元？
- 反応時間
- ファイアウォール構成
- 彼らのサービスプロバイダー（および該当する場合はピア）は誰ですか
- あなたのプロセスは何ですか
- すべてをバックアップするため
- 新しいマシンで復元する
- それをテストする
- バックアップ以降の新しいデータの移動（データベースの同期）
- オンラインにする
- 何かがうまくいかない場合のバックアップ計画は何ですか
- マイルストーンを設定する
- 特定のマイルストーンが期限を過ぎた場合、プロセスは何ですか？スキップするか、ロールバックするか、解決されるまでそのままにしておきます（特に実際のサーバーの切り替えの場合）
- 事前にキャッシュ（httpヘッダー、メタ情報など）を設定して、スイッチによって変更される可能性のあるものをキャッシュしないようにします。
-アダム
最初によく考えて検討する必要があることの1つは、新しいプロバイダーが本当に必要なセットアップとサービス（稼働時間、アクセス、サポートなど）を提供できるかどうかです。次のステップは、移動後に既存のセットアップに加える必要のある変更を完全に文書化することです。 2つの異なる環境で同じように機能する可能性はほとんどないため、いくつかの変更を加える必要があります。
その後、Jim McKeethが説明したように、段階的なロールオーバーは、最初の小さなシステムで処理できる限り多くのテストを行い、何も見逃していないことを確認するためのものです。
既存のサーバーと同じ施設にいくつかのサーバーを同じ場所に配置し、週末ごとにいくつかのサーバーをオフラインにして古いサーバーをバックアップし、実際に所有している新しい同じ場所に配置されたサーバーに復元することができます。専用サーバーから所有している同じ場所に配置されたサーバーに移動したら、実際にすべてのサーバーをトラックに物理的にロードして、新しい場所に移動できます。私はこれと非常によく似た何かをした会社で働いていました（彼らは同じ場所に配置されたサーバーから始めました）。
あなたがそれをいくつかの小さな動きに分割することができればそれはより良いでしょうが、それはサーバー間の相互依存性に依存します
明らかな欠点は、専用ホスティングから同じ場所に配置されたホスティングに移行する必要があることです。これは、計画に適合しない可能性があります。
これのバリエーションは、金曜日の夜にいくつかのサーバーをオフラインにし、それらをバックアップしてから、バックアップを移動して他のマシンに再インストールすることです。悪夢のように聞こえます。私はまだ VMWareオプション をお勧めします。