本文へ移動
情シスのミカタ
ニュース約4分で読めます

Azure DNSがTraffic Managerを直接指せるように DNSSECとも両立

MicrosoftはAzure DNSの「Traffic Manager Linked Records」を正式に提供しました。DNSのレコードからTraffic Managerのプロファイルを直接指せるようになり、trafficmanager.netへのCNAMEが要らず、DNSSECで署名したゾーンでも負荷分散が使えます。違いと、移す前に確かめることを整理します。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
Azure DNSがTraffic Managerを直接指せるように DNSSECとも両立

この記事のまとめ

  • MicrosoftはAzure DNSで、Traffic Managerのプロファイルにレコードを直接ひも付ける「Traffic Manager Linked Records」を正式に提供しました(Azureの更新情報への掲載は2026年10月19日)。
  • Azure DNSが中でTraffic Managerの答えを引き、IPアドレスなどを直接返すため、利用者からtrafficmanager.netの名前が見えません。署名の無い中継が無くなるので、DNSSECで署名したゾーンでも負荷分散のレコードが使えます。ゾーンの頂点(例: contoso.com)にも置けます。
  • 一方で、TTLは必ずTraffic Managerのプロファイルの値になり、プロファイルの種類(IPv4かIPv6か)は一度決めると固定されます。今のエイリアスレコードから移すときは、この2点と、ひも付いたままのプロファイルは消せないことを確かめます。
こんな方に#30代#40代#50代実務

MicrosoftがAzure DNSで、Traffic Managerのプロファイルにレコードを直接ひも付ける「Traffic Manager Linked Records」を正式に提供しました。これまでのようにtrafficmanager.netへのCNAMEを挟まずに、DNSで負荷分散ができます。DNSSECで署名したゾーンでも使える点が大きな違いです。Azureの更新情報と、Microsoft Learnの説明から整理します。

何が変わったか

Azureの更新情報(2026年10月19日掲載)によると、Azure DNSのレコードセットを、Traffic Managerのプロファイルに直接ひも付けられるようになりました。trafficmanager.netのドメインを指すCNAMEを作る必要がなくなります。

Azureの更新情報のカード(英語)。題名は、一般提供開始:Azure DNSがTraffic Manager linked recordsによるDNSベースの負荷分散に対応。対象はAzure DNSとTraffic Manager、状態はLAUNCHED・GENERAL AVAILABILITY・2026年10月。本文は、Azure DNSのレコードセットをTraffic Managerのプロファイルに直接ひも付けられ、trafficmanager.netのドメインを指すCNAMEを作る必要がなくなること、追加のCNAMEの引き直しを無くして遅延を減らし、署名の無いtrafficmanager.netを名前の解決の流れから外すことで負荷分散のレコードをDNSSECと両立させること。Azure IDは573917、ロードマップへの追加と最終更新は10/19/2026
Azureの更新情報。Traffic Manager Linked Recordsの正式提供(10月19日掲載)出典: Microsoft Azure「Generally Available: Azure DNS enables DNS-based load balancing through Traffic Manager linked records」(引用)

仕組みはこうです。Azure DNSは、問い合わせを受けると、中でTraffic Managerのプロファイルを引き、行き先のIPアドレス(Aレコード・AAAAレコードの場合)か名前(CNAMEの場合)を、そのまま答えに入れて返します。間にある名前を代わりに引いて、最後の答えだけを返すため、Microsoftは「DNSのフラット化」と呼んでいます。

エイリアスレコードとの違い

Traffic Managerを指す方法は、これまでもエイリアスレコードがありました。Microsoft Learnは、2つの違いを次の表にまとめています。

Microsoft Learnの比較の表(英語)。エイリアスレコード(targetResource)とTraffic Manager Linked Records(trafficManagementProfile)を比べ、解決の方式はtrafficmanager.netへのCNAMEの中継か、常にIPを直接返すか、TTLの元はレコードセットの値か、常にTraffic Managerのプロファイルか、種類の検査はAzure DNSか、Traffic ManagerのStrictly Typed Profilesか、設定の誤りへの備えは限定的か、強いか、入れ子のTraffic Managerは非対応か、対応か、プロファイルあたりの上限はどちらも50、trafficmanager.netが利用者に見えるかは、エイリアスではCNAMEの場合に見え、Linked Recordsでは見えない、DNSSECとの両立はエイリアスは不可(署名の無い中継)、Linked Recordsは可(中継なし)
エイリアスレコードとTraffic Manager Linked Recordsの違い出典: Microsoft Learn「Traffic Manager Linked Records overview」(引用)
  • trafficmanager.netが見えない: 答えにtrafficmanager.netの名前が出てきません。Microsoftは、trafficmanager.netは全利用者のプロファイルが同居する共有のドメインのため、ファイアウォールでこのドメインを通さずに済み、ほかの利用者のプロファイルへの通信をうっかり許すことも避けられる、としています。
  • DNSSECと両立する: 署名の無いtrafficmanager.netへの中継が無くなるため、DNSSECの信頼の連鎖が切れません。署名したゾーンで負荷分散のレコードを使えるのは、こちらだけです。
  • ゾーンの頂点に置ける: CNAMEを置けないゾーンの頂点(contoso.comのような、wwwの付かない名前)でも使えます。
  • 種類の取り違いを防ぐ: プロファイルに、IPv4用かIPv6用かの種類(Strictly Typed Profiles)を持たせ、レコードの種類と行き先の種類が合わない設定を、Traffic Managerの側ではじきます。
  • 上限は同じ: 1つのプロファイルにひも付けられるレコードは、エイリアスと同じ50までです。入れ子のTraffic Managerにも対応します。

移す前に確かめること

便利になる一方で、決まりが変わる点が3つあります。

  • TTLはプロファイルの値になる: DNSのレコードに書いたTTLは無視され、Traffic ManagerのプロファイルのTTLが使われます。いまレコードの側で短いTTLにしている場合は、プロファイルのTTLを確かめます。
  • プロファイルの種類は固定: 一度IPv4用(A)かIPv6用(AAAA)を決めると、変えられません。AレコードならすべてのエンドポイントがIPv4、AAAAならIPv6、CNAMEなら名前(FQDN)である必要があります。
  • ひも付いたままでは消せない: レコードがひも付いているプロファイルは、Traffic Managerが削除を止めます。片付けるときは、先にDNSのレコードを外します。

影響する会社・しない会社

  • 影響する: Azure DNSとTraffic Managerで、自社のWebサイトやサービスの負荷分散・切り替えをしている会社です。とくに、DNSSECで署名したゾーンや、ゾーンの頂点でTraffic Managerを使いたかった会社は、使える場面が広がります。
  • 影響する: 社内のファイアウォールやプロキシで、trafficmanager.netを許可に入れている会社です。移したあとは、その許可が要らなくなるか見直せます。
  • 影響しない: Azure DNSやTraffic Managerを使っていない会社です。今の設定がそのまま止まることはなく、移すかどうかは各社の判断です。

DNSSECの運用では、DNSSECのルート鍵が10月11日に切り替わる、社内DNSで確認することもあわせて確かめてください。

情シスが今日やること

  • Traffic Managerを指すレコードを洗い出す。Azure DNSのゾーンで、Traffic Managerを指すエイリアスレコードや、trafficmanager.netへのCNAMEがどこにあるかを一覧にします。
  • DNSSECを止めている理由を確かめる。負荷分散のレコードがあるために、ゾーンの署名を見送っていた場合は、Traffic Manager Linked Recordsへの切り替えで署名できるかを検討します。
  • TTLと種類を先に合わせる。移す前に、プロファイルのTTLが今の運用に合っているか、エンドポイントがIPv4・IPv6・名前のどれにそろっているかを確かめます。
  • 試してから切り替える。本番のゾーンを触る前に、試験用のレコードで、答えが期待どおりに返るか、切り替えの時間が変わらないかを確かめます。

よくある質問

Q今のエイリアスレコードは使えなくなりますか。

AMicrosoftの説明では、エイリアスレコードはTraffic Manager以外の資源(パブリックIP、CDN、Front Doorなど)を指すときや、今の設定との互換を保ちたいときに使い続けるものとされています。Traffic Managerを指す新しいレコードには、Traffic Manager Linked Recordsが勧められています。

QDNSSECを使っていなくても移す意味はありますか。

Aあります。trafficmanager.netへのCNAMEの引き直しが1回減り、利用者からtrafficmanager.netが見えなくなります。Microsoftは、全利用者のプロファイルが同居する共有のドメインであるtrafficmanager.netを、ファイアウォールで通さなくてよくなる点も利点に挙げています。

QTTLを短くしたい・長くしたいときはどうしますか。

ATraffic Manager Linked Recordsでは、DNSのレコードに書いたTTLは無視され、Traffic ManagerのプロファイルのDNSの設定にあるTTLが使われます。TTLを変えるときは、プロファイルの側で変えます。

出典・参考

チェック済み。この記事は監修者によってチェックされました。(2026年10月20日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(解説)

法令・官公庁の発表・企業の公式発表などの一次情報を調べて、情シス向けの解説・比較・テンプレの記事を書きます。数字と日付は出典と照らして確かめ、記事の最後に出典を載せています。使っているAI: Anthropic Claude。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が一次情報を調べて書き、機械の検査を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします