翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# IP ベースレコード特有の値
<a name="resource-record-sets-values-ipbased"></a>

IP ベースレコードを作成する際は、以下の値を指定します。

**注記**  
プライベートホストゾーン内に IP ベースレコードを作成することは可能ですが、動作は保証されていません。

**Topics**
+ [ルーティングポリシー](#rrsets-values-ipbased-routing-policy)
+ [レコード名](#rrsets-values-ibased-name)
+ [レコードタイプ](#rrsets-values-ibased-type)
+ [TTL (秒)](#rrsets-values-ibased-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-ibased-value)
+ [場所](#rrsets-values-ibased-location)
+ [ヘルスチェック](#rrsets-values-ibased-associate-with-health-check)
+ [記録 ID](#rrsets-values-ipbased-set-id)

## ルーティングポリシー
<a name="rrsets-values-ipbased-routing-policy"></a>

**[IP-based]** (IP ベース) を選択します。

## レコード名
<a name="rrsets-values-ibased-name"></a>

トラフィックをルーティングするドメインまたはサブドメインの名前を入力します。デフォルト値はホストゾーンの名前です。

**注記**  
ホストゾーンと同じ名前のレコードを作成する場合は、[**レコード名**] フィールドに値 (@ 記号など) を入力しないでください。

IP ベースレコードのグループ内で、すべてのレコードに同じ名前を入力します。

**CNAME レコード**  
[**レコードタイプ**] の値が [**CNAME**] のレコードを作成する場合、レコードの名前をホストゾーンの名前と同じにすることはできません。

**特殊文字**  
a～z、0～9、- (ハイフン) 以外の文字を指定する方法、および国際化されたドメイン名を指定する方法については、「[DNS ドメイン名の形式](DomainNameFormat.md)」を参照してください。

**ワイルドカード文字**  
名前にはアスタリスク (\$1) を使用できます。DNSは、名前の中の位置に応じて、「\$1」をワイルドカードまたはアスタリスク (ASCII 42) として処理します。詳細については、「[ホストゾーンおよびレコード名のアスタリスク (\$1) を使用する](DomainNameFormat.md#domain-name-format-asterisk)」を参照してください。

## レコードタイプ
<a name="rrsets-values-ibased-type"></a>

DNS レコードタイプ。詳細については、「[サポートされる DNS レコードタイプ](ResourceRecordTypes.md)」を参照してください。

Route 53 が DNS クエリに応答する方法に基づいて、**タイプ**の値を選択します。

IP ベースレコードのグループ内のすべてのレコードに対し、同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-ibased-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これは、レイテンシーを減らし、Route 53 サービスの請求金額を下げる効果があります。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

## 値/トラフィックのルーティング先
<a name="rrsets-values-ibased-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、[値/トラフィックのルーティング先](resource-record-sets-values-shared.md#rrsets-values-common-value)「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## 場所
<a name="rrsets-values-ibased-location"></a>

ユーザーがこのレコード内で指定し、また CIDR ロケーション内の CIDR ブロック値によっても指定されるリソースがある、CIDR ロケーションの名前。

IP ベースレコードの使用の詳細については、「[IP ベースルーティング](routing-policy-ipbased.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-ibased-associate-with-health-check"></a>

Route 53 で、指定されたエンドポイントの正常性をチェックし、エンドポイントが正常であるときにのみ、このレコードを使用して DNS クエリに応答する場合は、ヘルスチェックを選択します。

Route 53 は、レコード内で指定されたエンドポイント、例えば、[**値**] フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Route 53 は、レコードのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポイントの正常性をチェックします。エンドポイントが正常であるかどうかを、Route 53 がどのように判断するかについては、「[Amazon Route 53 でヘルスチェックの正常性を判断する方法Route 53 でヘルスチェックの正常性を判断する方法](dns-failover-determining-health-of-endpoints.md)」を参照してください。

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、IP ベースエイリアス、レイテンシーエイリアス、または加重エイリアスレコードのグループ内のレコード、またはエイリアスレコードのための **[Evaluate target health]** (ターゲットの正常性の評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘルスチェックを作成することをお勧めします。例えば、www.example.com のコンテンツを配信する各 HTTP サーバーについて、ヘルスチェックを作成します。[**ドメイン名**] の値には、レコードの名前 (example.com) ではなく、サーバーのドメイン名 (us-east-2-www.example.com など) を指定します。

**重要**  
この構成で、[**ドメイン名**] の値がレコードの名前と一致するヘルスチェックを作成し、それらのレコードにヘルスチェックを関連付けた場合、ヘルスチェックで予想できない結果が生じます。

## 記録 ID
<a name="rrsets-values-ipbased-set-id"></a>

IP ベースレコードのグループ内で、このレコードを一意に識別する値を入力します。