移行

稼働中のサーバーを壊さずに移行する

移行の失敗は、コピーではなくカットオーバーで発生することがほとんどです。バイトのコピーは解決済みの問題です。以下は、残りの作業の進め方、無償の範囲、そして当社が対応しない範囲です。

01

無料移行期間

最初の14日以内のインスタンスごとに1回の移行が無料です。それ以降は、エンジニアの時間に応じて課金され、開始前に見積もりを提示します。

すべての新規アカウントには、最初の有料請求書から14日間、移行支援が無料で提供されます。これは、注文したすべてのインスタンスを対象とし、それぞれにつき最大2時間のエンジニア時間が含まれます。実際には、ほとんどの人が使う時間をはるかに上回ります。

この期間が存在するのは、そうしなければ週末を費やして、ホストの変更は面倒だと結論づけることになるからです。きちんと行う方が、2ヶ月目にアカウントを失うよりもコストがかかりません。

大規模な構成には、ストップウォッチではなく計画が必要です。インスタンス数、実行内容、現在の場所を教えていただければ、各ステップにロールバックポイントを含む書面の手順をお返しします。

7日間の返金もこれと並行して行われます。初日に移行し、6日目にレイテンシーが要件を満たしていないと判断した場合、コインは支払いに使用した資産で返金されます。

02

当社が行うこと、行わないこと

アクセスは一方向のみです。移行用に生成したキーをソースマシンに追加し、私たちがそれを使用し、切り替え完了後に削除します。キーは移行ごとに固有で、オペレーターのワークステーションから外に出ることはありません。現在のホストがそれを許可しない場合は、あなたの側から待機中のターゲットにプッシュするブロックレベルコピーがフォールバックとなります。

旧プロバイダーでの管理パネルのパスワードは不要で、提供されてもお断りします。ここで他社の場所であなたとして行動できる能力を望む者はいません。エンジニアが顧客の認証情報を保持することは、メリットのない責任のみをもたらします。

当社が行うこと

ファイルシステムまたはブロックデバイス全体のコピー、ターゲットインスタンスのステージング、受信側カーネルとディスクのチューニング、差分同期の実行、カットオーバーへの同席、そしてDNSが安定するまでのチケット対応。

当社が行わないこと

アプリケーションのデバッグ、新しいディストリビューション向けの設定の書き換え、他社のハードウェアに依存するライセンスの移行、パスワードの受け取り。アクセスは、後で失効させる一時キーを使用して行われます。

できれば避けたいこと

実行中のデータベースのファイルをコピーして移行すること。これは機能する場合もありますが、機能しなくなった場合、数週間後に静かな破損として顕在化します。代わりにレプリカとプロモーションを使用してください。

03

ファイルレベルかブロックレベルか

バイトを移動する2つの方法。どちらが適切かは、主に同じオペレーティングシステムを先方で待たせたいかどうかによります。

考慮事項ファイルレベル、rsyncブロックレベル、SSH上のdd
移動するものファイル、パーミッション、拡張属性デバイス全体、バイト単位で
ダウンタイム数分、最終の差分同期数時間、または予約した時間枠
起動するもの選択した現在のイメージ持っていたものと全く同じ、余分なものを含む
ディストリビューションの変更問題なし、それが目的不可能
ブートローダーのリスクなし、ターゲットはすでに起動する実際にある、コンソールで修正する
大きなスパースディスクうまく処理される計画しないと空き領域をコピーする
選ぶタイミングほとんど常に再構築を誰も試みないレガシーマシン

3番目の選択肢も存在し、しばしば最速です。移行をまったく行わないことです。設定管理からクリーンにサービスを立ち上げ、データベースのダンプをリストアし、古いマシンを捨てる。インフラが再現可能であれば、これはコピー手順なしの2時間の作業です。

04

手順

7つのステップをこの順序で。5番目をスキップすると、2台のマシンから同時にサービスを提供し、月曜日に気づくことになります。

  1. 01

    ターゲットを注文し、安定させる

    実際に希望する都市で同じサイズ以上。空の状態で1日モニタリングを実行し、レイテンシーとディスクの数値がプラン申告と一致することを確認します。

  2. 02

    最初にTTLを下げる

    切り替えの少なくとも48時間前にレコードを300秒に下げ、変更が必要な時点で古い値がどこでも期限切れになるようにします。このステップは遅れて行うと無意味です。

  3. 03

    コールドコピーを取る

    データの大部分を、古いマシンがまだライブの間に移動します。時間がかかるものは時間がかかり、待っているものはありません。

  4. 04

    ターゲット上でサービスを起動する

    同じバージョン、同じ設定で、まだトラフィックを受け付けません。データベースはファイルコピーではなくダンプからここにリストアします。

  5. 05

    アドレスでターゲットをテストする

    ホスト名をローカルにホストエントリで上書きし、サイトを1時間実際に使用します。ログイン、書き込み、アップロード、メールを送るなら送信します。

  6. 06

    フリーズ、最終差分、切り替え

    ソースでの書き込みを停止し、最後の同期を実行し、重要なもののチェックサムを検証してからレコードを変更します。フリーズ期間は通常5分未満です。

  7. 07

    ソースを1週間保持する

    電源は入っており、何も提供していないのに、まだ料金がかかっています。これはあなたがこれまでに買う最も安い保険であり、コピーし忘れた唯一のものが4日目に必ず表面化します。

05

DNS、およびコミット前のテスト

カットオーバーはDNS変更であり、DNS変更はTTLが何と言おうと瞬間的には決してありません。一部のリゾルバーは切り上げを行い、一部の企業ネットワークは1日キャッシュし、少数のクライアントはプロセスの生存期間中アドレスを固定します。両方のマシンから24時間サービスを提供する計画を立ててください。

アプリケーションがステートレスであれば、両方を実行することは聞こえるほど難しくありません。そうでない場合は、スイッチの時点で古いマシンを読み取り専用にしてオフにするのではなく、古いクライアントが明白な失敗を得るようにし、誰も二度と読まないデータベースに書き込むことを防ぎます。

01

DNSに触れる前に

新しいアドレスを指すhostsエントリは、唯一の正直なテストです。証明書、リダイレクト、絶対URL、ハードコードされたアドレスはすべて、ユーザーの前ではなく、ここで、あなたの目の前で壊れます。

02

証明書を先に

カットオーバー前にDNSチャレンジを使用してターゲットで発行し、最初のリクエストが届いたときに有効なものがすでに配置されているようにします。HTTPチャレンジでは、トラフィックがすでに移動するまで機能しないため、遅すぎます。

03

メールは例外です

評価はデータとともに移動しません。新しいアドレスはゼロの履歴から送信されるため、2週間かけてウォームアップし、両方のマシンでSPF、DKIM、DMARCを重複期間中有効に保ち、最初の週は遅いことを期待してください。

04

ロールバックはTTLであり、再構築ではありません

ソースが生きていてTTLがまだ低い間に、スイッチを元に戻すには1つのレコード変更が必要です。それが、ステップ2と7がオプションではない理由のすべてです。

06

移行に関する質問

はい、何かを始める前に書面で見積もりを提示します。通常は控えめな金額です。お客様が数字に同意するまで何も始まりません。

はい、ブロックレベルで、月額22ユーロのライセンスイメージに移行します。再アクティブ化は新しいハードウェアに対して行われ、時々1回の再起動で落ち着きます。

その場合、直接支援することはできません。お客様も同様です。パネルが提供するものをエクスポートし、クリーンなイメージで再構築し、この出来事全体をマシンを所有するパネルについての教訓として扱ってください。

通常、10 Gbit/sポートで2時間以内、多くの場合それよりはるかに短時間です。制約は、ほぼ常に当社のダウンロードではなく、旧プロバイダーのアップロードです。

はい、両端が当社のものであるため、より簡単です。スナップショット、新しい都市での復元、テスト、切り替えを行います。当社の拠点間でのインスタンスの移動には料金はかかりません。

ソースがまだ実行中でTTLがまだ300秒であるため、レコードを戻します。これは予防策ではなく計画であり、最後のステップが存在する理由です。

準備はできている

何を移行するか教えてください

インスタンス数、旧プロバイダーのポート速度、総データ量、およびデータベースかどうか。書面による計画は同じ営業日に返信されます。正直な答えがコピーではなく再構築である場合は、それが記載されます。