Cloud DNS の重み設定を使用すると、DNS サーバー上の同じホストレコードと同じ解決ラインに対して複数のレコード値(IP アドレス、CNAME)を設定できます。クエリに応答する場合、DNS サーバーは、確率に従って事前設定された重み比率に基づいてレコード値を返し、解決トラフィックを異なるサーバーに分散して負荷分散を実現します。
有効化の条件
重み付け構成を有効にするには、ドメイン名の同じホストレコードと解決回線に対して複数の A/CNAME/AAAA レコードが存在する必要があります。
重みが有効になっていない場合:
A/AAAA/NS/MX/TXT レコードの場合:Cloud DNS はその回線下のすべてのレコードを返し、LocalDNS は返す結果を選択します(LocalDNS がすべてのアドレスを返す場合、端末はランダムに 1 つを選択します)。
CNAME レコードの場合:Cloud DNS はレコードの 1 つを直接返します。
ルール制限
制限 | サポート | サポートされていない |
レコードタイプ | A レコード、CNAME レコード、AAAA レコード。 | その他のレコードタイプ。 |
レコードステータス | 有効になっているレコード。 | 一時停止またはロックされているレコード、およびワイルドカードレコード。 |
解決レコード数量制限 | ドメイン名ごとに回線ごとに重みで構成できる解決レコードの最大数:無料版は 10 をサポート、有料版は 90 をサポート。 | 該当なし。 |
重み値ルール | 重み値は 0 ~ 100 に設定でき、デフォルトの重み比率は 1:1 です。重み値を 0 に設定することもできます。その場合、Cloud DNS はこの解決レコード値を返しません。 | 該当なし。 |
解決回線 | デフォルト回線、または特定の回線に対して重み付きの A レコードを構成できます。 説明 異なる回線の重みは互いに独立しています。 | 異なる回線の負荷分散の有効化/無効化。 |
構成方法
初めて解決レコードを追加する場合
Cloud DNS - 権威 DNS 解決 ページで、ターゲットドメイン名をクリックして [解決設定] ページに移動します。
[解決設定] ページで、[レコードを追加] ボタンをクリックします。
有効にすると、デフォルトの重み付け構成(1:1:1)が適用されます。DNS リクエスト応答では、Cloud DNS は 1:1:1 の重み付けポリシーに従って IP アドレスを返します。

重み設定を変更する場合
Cloud DNS - 権威 DNS 解決 ページで、ターゲットドメイン名をクリックして [解決設定] ページに移動します。
[DNS 設定] ページで、[変更] の横にあるドロップダウンボタン
をクリックし、[レコードセットの変更] をクリックします。

有効性
重み付け構成が有効になっていない場合の効果
同じサービス(1 つのドメイン名)を提供する 3 つのサーバー(IP アドレス 1.1.XX.XX、2.2.XX.XX、3.3.XX.XX)があり、解決設定が次の 3 つの A レコードに対応していると仮定します。
レコードタイプ | ホスト | 解決回線 | レコード値 |
A | www | デフォルト | 1.1.XX.XX |
A | www | デフォルト | 2.2.XX.XX |
A | www | デフォルト | 3.3.XX.XX |
Local DNS が Cloud DNS にアクセスすると、Cloud DNS は 3 つすべての解決レコードを Local DNS に返します。Local DNS がすべての IP アドレスを Web サイト訪問者に返すと、訪問者のブラウザは IP の 1 つにランダムにアクセスします。
DNS 負荷分散のない権威 DNS では、この方法により単一サーバーへの負荷をある程度軽減できますが、サーバーの違いを区別したり、サーバーの現在の動作ステータスを反映したりすることはできません。
デフォルトの重みの効果
重み付け構成がデフォルトの 1:1:1 の重みで有効になっている場合、Cloud DNS はデフォルトの重み(1:1:1)に基づいて 3 つの A レコードをポーリングし、3 つの IP アドレスを順番に返して Web サイト訪問者リクエストに応答します。DNS 解決結果は次のとおりです。
Region1 access, returns 1.1.XX.XX // リージョン 1 アクセス、1.1.XX.XX を返す
Region2 access, returns 2.2.XX.XX // リージョン 2 アクセス、2.2.XX.XX を返す
Region3 access, returns 3.3.XX.XX // リージョン 3 アクセス、3.3.XX.XX を返す
Region4 access, returns 1.1.XX.XX // リージョン 4 アクセス、1.1.XX.XX を返す
Region5 access, returns 2.2.XX.XX // リージョン 5 アクセス、2.2.XX.XX を返す
Region6 access, returns 3.3.XX.XX // リージョン 6 アクセス、3.3.XX.XX を返す
……重み設定の効果
重み付け構成が有効になり、重み設定が構成されると、DNS リクエスト応答で事前設定された重みに従って IP アドレスが返され、解決トラフィックを重みに従って分散させることができます。たとえば、上記の 3 つの解決レコードの重み付け比率を 2:1:1 に設定すると、DNS 解決結果は次のようになります。
Region1 access, returns 1.1.XX.XX // リージョン 1 アクセス、1.1.XX.XX を返す
Region2 access, returns 2.2.XX.XX // リージョン 2 アクセス、2.2.XX.XX を返す
Region3 access, returns 3.3.XX.XX // リージョン 3 アクセス、3.3.XX.XX を返す
Region4 access, returns 1.1.XX.XX // リージョン 4 アクセス、1.1.XX.XX を返す
Region5 access, returns 1.1.XX.XX // リージョン 5 アクセス、1.1.XX.XX を返す
Region6 access, returns 2.2.XX.XX // リージョン 6 アクセス、2.2.XX.XX を返す
……テスト中に DNS 解決結果が重み付け構成と一致しない場合があることがわかったとしても、これは正常です。これは、重み付けポーリングが Local DNS リクエストを対象とする粗粒度の解決トラフィックスケジューリング方法であり、Local DNS は TTL 期間内に権威 DNS(Cloud DNS)から 1 回だけリクエストするためです。
たとえば、ドメインに上海と北京のユーザーがアクセスし、上海のユーザーが localdnsA を使用し、北京のユーザーが localdnsB を使用しているとします。localdnsA と localdnsB が Cloud DNS にクエリリクエストを開始すると、Cloud DNS はユーザーが構成した重み付け戦略に従って応答します。ただし、TTL 期間内は、同じ Local DNS を使用するすべてのユーザーが同じ解決結果を受け取ります。