DNS移行が問題なく完了したかを確認する方法

DNSの移行は、プロバイダーの切り替え、新しいネームサーバー構成への移行、大量のレコードの再編成のいずれであっても、ほかのインフラ変更よりリスクが高くなります。ミスが大きな音を立てて失敗しないからです。壊れたレコードは、静かに名前解決されなくなるか、誤ったものに解決されるだけで、最初の兆候はアラートではなく、サポートへの問い合わせであることがよくあります。

移行の前に

• 現在のプロバイダーから、既存のレコードをすべてエクスポートします。設定したと覚えているものだけでなく、完全なゾーンファイルまたはそれに相当するものを取得してください。
• 変更するレコードのTTLを、少なくともTTL1周期分は前もって下げておきます。
• A/AAAA、CNAME、MX、TXT（SPF/DKIM/DMARCを含む）、使用中のあまり一般的でないレコードタイプまで、すべての現在の値を書き留めておきます。

移行の後に

1. 移行したすべてのレコードについて、新しい権威ネームサーバーに直接問い合わせ、それぞれの応答を移行前のエクスポートと比較します。
2. 以前にAかAAAAのどちらかがあったすべてのホスト名について、AとAAAAを別々に確認します。片方のアドレスファミリーだけを移行して、もう片方を忘れてしまうのは、よくあることです。
3. MXと、それを取り巻くメール認証のレコードを、特に念入りに確認します。DNS移行によるメールの障害は、不釣り合いに多く、影響も不釣り合いに大きくなります。
4. 移行完了を宣言する前に、複数のリゾルバーで、できれば複数のネットワーク上の場所から再確認します。
5. 旧TTLの期間が過ぎるのを待ってから、もう一度確認します。切り替え直後に問題がなくても、世界中のキャッシュ済みのリゾルバーすべてが追いついたことの保証にはなりません。

ホスト名の全一覧を対象にした一括検索を、切り替え直後に一度、旧TTLの期間が過ぎた後にもう一度実行すれば、レコードごとの手作業のチェックが、繰り返し使える1つの手順になります。そして、何がいつ確認されたかを正確に示す、エクスポート可能な記録も手に入ります。

旧環境を早く片付けすぎない

移行後に最もよく聞く後悔は、見落としたレコードではありません。新しい環境が稼働を始めた同じ日に、旧プロバイダーのアカウントやネームサーバーを解約または廃止してしまうことです。世界中のリゾルバーの一部は、TTLが切れるまでキャッシュ済みの応答に従って、旧環境を指し続けています。そのため、切り替え後は少なくとも旧TTL1周期分は、旧プロバイダーを有効なままにしておく（新しいものが何も指していなくても）ことが、安価な保険になります。迅速なロールバックが必要になったとき、旧環境がまだ応答していれば、数分でネームサーバーを元に戻せます。そうでなければ、プレッシャーの中でゾーンファイルを記憶から再構築することになります。

リハーサルで、ほとんどの問題は本番になる前に見つかる

新しいDNSプロバイダーが対応していれば、完全に設定した新しいゾーンを、まだ委任はしない状態で事前に立ち上げておき、通常の委任を経由せずに直接問い合わせます。テストツールにそのネームサーバーを明示的に指定するか、プロバイダー自身のプレビュー機能を使います。そうすれば、移行の検証は、切り替え後の慌ただしい作業ではなく、切り替え前のチェックになり、問題があってもユーザーへの影響はありません。欠けているレコード、誤って設定されたレコード、意図と単に違っているレコードは、本物のリゾルバーが一度も目にしないうちに見つかります。切り替えが本番になってから間違いに気づくよりも、精神的な負担は格段に小さくなります。