2019/03/07弊社では数年間オンプレミスDNSを管理していました。オンプレミスで問題となるのが停電です。瞬断はUPSで何とかなりますが、長時間停電や回線ダウンまで考慮すると対策が難しいですし相応のコストがかかります。いうことでクラウドにお引越ししました。DNS浸透問題など色々心配ごとはありましたが、何の問題も起きませんでした。停電を気にしなくてよいので非常に気分がよいです。簡単な作業だったので、メモを兼ねてご紹介しようと思います。53はAWSのDNSサービスです。53の由来は、Amazon本社が53号線沿いにあるから・・・ではありません。DNSが53番ポートを使うからだそうです。53の設定画面に直接貼り付けられます。大量のレコードがある場合はとても楽ちんです。NSのTTLとSOAのTTL・ネガティブキャッシュを短縮する後で元に戻すので、現在の設定値を覚えておきます。全部300s(5分)にします。オンプレミスDNSでやることNSのTTLと、SOAのTTL・ネガティブキャッシュを短縮する全部300sにします。53のTTLと同じ値にすることがポイントです。して短縮するのか通常運用時のTTLはだいたい1〜2日です。クライアントがDNSで名前解決すると、次にDNSにアクセスするのは1〜2日経過後です。53にアクセスするようになるまで最長で1〜2日かかってしまいます。これがDNSの浸透の正体です。切り替わるまで時間がかかるんだよねーという会話を聞いたら、手順が間違っているんだなと思ってください。TTLを事前に短縮するなど、ちゃんと手順を考えてやれば浸透問題は起きません。オンプレミスDNSのTTLが期限切れになるまで待つ変更前の設定値の時間が経過するまで待ちます。経過すると、クライアントが短時間(最長5分)で再度DNSに問い合わせする状態になります。時間が経過していれば、新たなTTLの値が取得できるはずです。53のNSレコードの設定値を、オンプレミスDNSのNSレコードに設定します。同じ権威DNSサーバを設定するので、切り替えのタイミングが悪いクライアントがいたとしても問題は発生しません。53のDNSサーバに変更します。53のNSレコードに設定されている4つの権威DNSサーバです。プロバイダにドメイン取得を代行してもらっている場合は、プロバイダの設定画面で操作することになるはずです。53に切り替わります。確認&後片付けあとは確認して、後片付けをするだけです。最低限、以下のような確認をします。53のNSのTTLとSOAのTTL・ネガティブキャッシュを元に戻す事前にメモしておいた値に戻します。オンプレミスDNSを停止もう参照されていないので止めましょう。最後にいかがだったでしょうか。メモレベルではありましたが、意外に簡単だということはお分かりになったと思います。同じような面倒を抱えているなら、思い切ってクラウドに移行するのはいかがでしょう。記事はアーザスでの導入事例が元になっております。IT関連のコンサルタントおよびご相談はこちらまでお願いいたします。法人様お問い合わせはこちら私たちアーザスは一緒に成長してくれるメンバーを随時募集しております!経験者はもちろん、新卒・未経験の方でも歓迎いたします!新卒採用ご希望の方はこちら中途採用ご希望の方はこちらこの記事を読んで興味を持っていただけましたら、下記のボタンからご購読をお願いします。RSSで購読するfeedlyで購読する記事に関するご意見・ご質問がございましたら、SNS投稿をお願いします。博樹Office365管理人、サーバ・ネットワーク管理人、アーザスBlog管理人、お絵描き屋さん、プログラマー、SCCM・キッティングエンジニアなどなど、色々やっているおじさんです。難しい専門用語は使わず初心者に優しい投稿を心がけています。2014年2月SNSTwitterFacebookFeedlyHOMEへ上へ戻るこのブログでは、株式会社アーザスがSCCMやキャッシュレス決済、Office365などITについて「誰でもわかる」ような記事を公開しています。