Route 53 フェイルオーバールーティングポリシーに関する問題を、トラブルシューティングする方法を教えてください。
最終更新日: 2020 年 6 月 11 日
Amazon Route 53 フェイルオーバールーティングポリシーを設定しました。しかし、DNS 解決をテストすると、予期しない結果が表示されます。この問題を解決する方法を教えてください。
簡単な説明
プライマリフェイルオーバーレコードのみにヘルスチェックを関連付ける場合:
- プライマリレコードが異常である場合、DNS クエリへの応答としてセカンダリレコードが返されます
- セカンダリレコードにヘルスチェックがない場合、セカンダリレコードは常に正常として処理されます
プライマリフェイルオーバーレコードとセカンダリフェイルオーバーレコードの両方にヘルスチェックを関連付ける場合:
- プライマリレコードが正常な場合、DNS クエリへの応答としてプライマリレコードが返されます
- プライマリレコードが異常で、セカンダリレコードが正常である場合、DNS クエリへの応答としてセカンダリレコードが返されます
- 両方のレコードが異常である場合、DNS クエリへの応答としてプライマリレコードが返されます
[ターゲットの正常性を評価する] を「true」に設定したエイリアスフェイルオーバーレコードがある場合:
- エイリアスレコードを返す前に、エイリアスレコードが参照するリソースの正常性を確認します
- エイリアスレコードに関連付けられたヘルスチェックがある場合、エイリアスレコードを返すには、関連付けられたヘルスチェックとエイリアスのターゲットヘルスステータスが正常である必要があります
注: エイリアスターゲットがレコードと同じホストゾーンにある場合、ターゲットレコードにはヘルスチェックが関連付けられている必要があります。関連付けられていない場合、エイリアスレコードは正常であると見なされ、クエリに対する実行可能な応答に含まれます。
解決方法
1. DNS チェックツールを使用して、レコードセットの設定をテストします。
2. dig または nslookup ツールを使用して、DNS 設定をクエリします。以下のプレースホルダーは対応する値に置き換えてください。
$ dig abc.example.com +short
$ nslookup abc.example.com
3. ステップ 1 と 2 で見つけた情報で、問題がプライマリレコードとセカンダリレコードのどちらに関連しているかを確認します。
4. ヘルスチェックの設定を確認して、ヘルスチェックが正常と報告しているかどうかを判断します。詳細については、Amazon Route 53 がヘルスチェックの正常性を判断する方法をご参照ください。失敗したヘルスチェックを特定した場合は、ヘルスチェックのステータスと失敗理由を表示するをご覧ください。