2つの交差点は1つの火災に相当します。
（フォークの知恵）
序文の代わりに
有名な心臓外科医が車のサービスに到着し、修理のために車を引き渡します。 ワークショップで働いているメカニックが、この機会を利用して医師に電話し、彼に質問をしました。
-ドクター！ 実際、私たちは同じことをしています。車の「ハート」を取り出し、バルブを抜き、新しいものを入れます。 そして、エンジン全体を交換できます。 いずれにせよ、私の仕事の後、車は新しい「心」で生き続けています。 しかし、あなたはシャベルでお金をrowぎ、私は私の仕事のためにペニーを受け取ります。 なぜそうなのか！
医師が合理的に発言したもの：
-そして、あなたは、作動中のエンジンの大規模なオーバーホールを試みてください！
私たちは急速に成長しており、機器に対応するために常に新しい能力が必要です。 同時に、いかなる場合でもボリュームの増加は、サービスの質の低下をもたらすべきではありません。 これは戦略的な課題です。
夏は休日の時期であり、ほとんどのウェブマスターにとって最も「静かな」期間です。サーバーの異常にスケジュールされた「リブート」がより穏やかに知覚されます。
夏を待ち、新しいデータセンターに移動しました！
挑戦する
ここで何が話せるのでしょうか？ 確かに、一見、移動するのにトリッキーなものはありません：特定の精度で、特にサーバーやネットワーク機器である鉄の箱を輸送する場合は、何でもどこでも簡単に輸送できます。 実際、ホスティングを新しい技術サイトに移動するタスク、およびサンクトペテルブルク（これは重要なポイントです！）でも、スパイシーな機能があります-特に、移動中もホスティングプロセスが機能し続けることが非常に望ましいです。 したがって、移動のプロセスで解決すべき主な問題は、サービスの提供におけるダウンタイムを最小限に抑えることでした 。 この目標に基づいて、資金が選ばれました。
再配置計画は、次のデータに基づいて実行されました。
- 会場-サンクトペテルブルク。 古いデータセンターと新しいデータセンターは、ネバ川の異なる銀行にあり、互いに12キロメートルの距離にあります。 参考：夏の夜には、市内の橋が繁殖します。
- 古いデータセンターから新しいサーバーやその他の機器に移行する必要がありますが、その助けを借りて、数万のサイト、VDSレンタルサービス、専用顧客サーバー専用サービスに仮想ホスティングサービス（共有、プレミアム）が提供されます。
- 古い技術サイトの運用の完了と新しい場所でのフル稼働の作業の開始は、3週間以内に実行される予定でした。
解決策
私たちの前の課題をさまざまな方法で解決することが可能であり、それぞれを慎重に分析しました。 ソリューションの3つの主要なグループが特定されました。
シンプル、安く、不器用
最も簡単なソリューションは次のようになります。
- 鉄をすべて取り除きます。
- トラックに積んで、新しい技術サイトに持ち込みます。
- そこにマウントして実行し、何が起こるかを見てください。
- サーバーが場所を移動している間、ネットワークのアナウンスを変更し、古いIPアドレスを使用して新しい場所のすべてのサイトで作業を続けます。
長所：
- それは非常に安いでしょう。
- このソリューションは比較的簡単に実装できます。
- 移動全体のプロセスの期間という点で、非常に迅速に判明します。
- ドメインがホストしているゾーンを変更する必要はありません。
短所：
- 輸送中の機器の損傷の大きなリスク（一度に、および回復の可能性なしに等しく）を含む。
- 大幅なダウンタイム：すべての機器を分解して設置するのに数時間かかりますが、これはまったく受け入れられません。
このような移転シナリオの利点の量的な優位性は、マイナスの重要性を上回ることはできず、オプションを受け入れませんでした。
時間のかかる、高価な、エレガントな
エレガントなソリューションは、まったく新しい技術プラットフォームを新しい場所に展開することです。つまり、古いデータセンターで利用可能な量の新しい機器、新しいIPアドレスネットワークです。 新しいサイトの準備が整うと、次のことが可能になります。
- 古いサーバーから対応する新しいサイト（ファイル、データベース、メールのコピー）に各サイトを手動で転送します。
- 事前にドメインゾーンのTTLを減らして、対応するレコードの値を変更します。
- DNSを更新するときは、何らかの理由でDNS情報がキャッシュされている訪問者に対して、サイトが古いアドレスからも開くように、プロキシを編成します。
長所：
- ダウンタイムの少ないサイト。 多くの人にとって、この動きはまったく気付かれていなかっただろう。
短所：
- 数万のサイトを転送するには、資格のある専門家の作業に無限に長い時間が必要です。 進行中の作業を実行する必要があることを考えると、移動は数ヶ月遅れます。
- 当社がホストするサイトのすべてのドメインがNSサーバーに委任されるわけではありません。 ドメインのゾーンを独立してサポートする人にとって、このソリューションの優雅さはまったく明らかになりません。まったく逆です。
- DNS情報の更新時間を予測したり、何らかの形で影響を与えたりすることは不可能です。このプロセスはホスティングプロバイダーに依存しません（詳細については、 ドメインの登録と転送についての記事を参照してください）。
- ホスティングホストは、通常の意味でのサイトであるだけではありません。多くのクライアントは、特殊なソフトウェアをホストするためにコンピューティングパワーを使用しており、そのようなサービスを転送するための説明されたアプローチは単に適用できません。
- 過剰な量の新しい機器の取得、セットアップの時間、およびメンテナンスのコストにかなりの投資が必要になります。
マイナスの数は利点を大幅に上回っており、この解決策も不適切と見なされました。問題を解決するためのツールとして制御されていないプロセスを使用する機会は誰にもありません。
人生
サービス提供の中断期間を決定する要因を分析して、私たちは心から誇りに思うソリューションを開発しました。
技術的要因
- 当社は、ローカルインターネットレジストリ（ LIR ）のステータスを持ち、独自のアドレススペースを運営しています。 この点で、私たちはインターネットプロバイダーに依存していません。 私たちがホストしているサイトのドメインゾーンレコードを変更する必要を避けるために、現在のアドレススペースで作業を続けることにしました。 両方の技術サイトで同時に使用できるようにするために、データセンターは仮想ネットワーク（ VLAN ）で接続されていました。 実際には、これにより、IPアドレスを変更したり、ルーティングを変更したりすることなく、古い技術サイトでサーバーをオフにし、新しいサイトでサーバーをオンにすることができました。
- 会社の独自のサービス（課金、メインNSサーバーなど）でサーバーを移動する前に、メイン技術サイトの物理的に外部にあるバックアップNSサーバーの動作を追加で確認しました。
組織的要因
- ハードドライブの輸送はサーバー自体とは別に行われ、新しいデータセンターでは新しいサーバーにインストールされました：これにより、機器とSCSの解体と設置の時間が節約されました。 さらに、外部の観察者には見えないハードドライブの夜間の輸送を整理することは、複数のサーバーを一緒に輸送するよりもはるかに簡単です。
- 交通警察に止められる可能性を最小限にするために、ディスクは通常の乗用車で輸送され、交通規則（高速モードなど）にわずかな違反もなく移動しました。
- 共有サーバーとプレミアムサーバーは、週末に夜間に輸送されました-まさに橋が結ばれた直後です。 専用サーバーの出荷時間は、以前に顧客と合意されていました。
機器の新しいデータセンターへの物理的な転送が完了すると、古いデータセンターのネットワークを「支払い」、ネットワークのルーティングを変更するだけで問題なく完了しました。 サイトの作業の中断から、気付かないことがありました。 それにもかかわらず、技術的な理由で彼に気づいた人にとって、サイトの可視性は10分以内に「消えた」。
行われ、実行された決定のマイナスのうち、著しい労力といくつかのオーバーヘッドコストのみに注意する必要があります（たとえば、新しい技術サイト用の「バッファ」機器の購入）。 しかし、これらの瞬間はプロセスの質的な側面に影響を与えなかったため、受け入れられることが判明しました。
組織の結論
もちろん、「稼働中のエンジンのオーバーホール」に成功しませんでした-客観的な理由から、操作を中断せずに機器の物理的な位置を変更することは不可能です。 しかし、「半分火事」の発生を防ぐことができたことを嬉しく思います-共有ホスティングのユーザーによる機器の物理的な移動と、ほとんどのVDSまたは専用レンタルサービスの顧客は、ハードウェアまたはシステムソフトウェアの更新などの通常のフルタイムサーバーの再起動と完全に見分けがつかないように見えました：ニュースレターでお客様に警告した計画された2時間のダウンタイムの代わりに、サイトの平均利用不能時間は1時間20分でした。