多くの組織はグローバルトラフィックルーティングのために外部DNSおよびGSLBサービスに依存しています。このモデルは実用的に見えますが、ゾーンコンテンツ、クエリログ、ジオ判断、トラフィックルーティングポリシーはすべて組織外のプラットフォームに保持されます。金融、政府、ヘルスケア、規制に敏感な環境では、これは深刻なデータ主権の問題を引き起こします。
GSLB判断レイヤーを外部委託することは運用継続性リスクも導入します。外部プロバイダーでの障害、構成インシデント、APIアクセス問題は組織のDCフェイルオーバーとDNS応答ポリシーに直接影響します。アプリケーションはアップしていても、トラフィックが正しいDCに到達しない可能性があります。
権威DNSとヘルスチェックが異なる製品である場合、別の切断が生じます。ヘルスチェックシステムはDCが異常であることを認識しますが、DNSシステムがそれを自動的に反映しなければ、スクリプト、手動ランブック、または別の自動化がギャップを橋渡しする必要があります。インシデント中、その橋渡しが最も弱い環となります。
正しいアプローチは、権威DNS、ヘルスチェックシナリオ、DCフェイルオーバー、トポロジールーティング判断を同じローカルプラットフォームに統合することです。DNS応答は実際のDCヘルスとトラフィックポリシーに基づいてアプライアンス上で再生成されるべきであり、クエリデータとゾーンコンテンツは組織管理下に留まる必要があります。
TR7オンプレGSLBはこのモデルを提供します: 権威DNSとGSLB判断エンジンが同じプラットフォーム上で動作し、データが構内を離れることなくDCフェイルオーバーと地理ルーティングを提供します。
TR7は権威DNS、クラウドフリー判断モデル、ヘルスシナリオ、マルチDC優先チェーンを中心にオンプレGSLBアーキテクチャを構築します。
TR7はゾーン管理とGSLB判断を別々のシステムに分割しません。DNSレコード、DCヘルス、トポロジールール、応答生成はすべて同じ管理モデル内で動作します。
GeoIPデータベースはローカルで動作し、DNSクエリコンテキストは決定のために外部サービスに送信されることはありません。このアプローチは、データレジデンシーおよび主権要件を持つ組織に意味のある利点を提供します。
DCまたはレコードが異常になると、対応するIPは自動的にDNS応答から削除できます。ヘルスチェック結果とDNS応答間の手動スクリプトブリッジは不要です。
各レコードは複数のDCエントリを運び、優先順序で評価できます。プライマリ、セカンダリ、ターシャリ、DRチェーンは単一のレコードモデル内で管理されます。
オンプレGSLBはDNSレコード管理をDCヘルス、トポロジールーティング、DNSSEC、ローカル統計と共に提供します。
TR7は権威DNSレイヤーをローカルで動作するレコードデータベースと判断ロジックと共に使用します。ゾーンデータはオンプレに留まり、DNS応答はローカルプラットフォームによって生成されます。これにより外部DNSサービスへの依存が低減されます。組織はGSLBポリシーをご自身のアプライアンス上で運用します。
TR7はA、AAAA、CNAME、MX、TXT、SOA、NS、SRV、PTR、CAA、DNSSEC関連レコード、その他の高度なタイプを含む幅広いDNSレコードセットをサポートします。これは単純なAレコードステアリングだけでなく完全なゾーン管理に必要な柔軟性を提供します。異なるサービスとセキュリティ要件を同じDNS管理モデル下に持ち込めます。組織は単一のポイントからDNSアーキテクチャをより一貫して管理します。
TR7はEDNSクライアントサブネット情報を使用して、地理判断をリゾルバーIPだけに基づいて行うことを避けられます。DCまたはレコード選択は実際のクライアントサブネットに基づくことができます。これにより、パブリックリゾルバー上のユーザーが間違った地域に向けられるリスクが低減されます。グローバルアクセスシナリオでより正確なトラフィック分散が達成されます。
TR7トポロジールールは、ネットワーク/CIDR、国、都市、大陸、ASN次元にわたってDNS応答を選択できます。各ルールは肯定または否定条件として記述できます。したがって同じドメインが異なる地理または ネットワークコンテキストで異なるIPリストを返せます。ジオルーティングは単純な国レベルの分割よりも正確になります。
各レコードはDC順序を運ぶrecordConfig構造で管理できます。プライマリDCが異常な場合、セカンダリまたはターシャリDCレコードを有効化できます。このモデルにより、単一のレコード内でマルチDC優先チェーンを構築できます。運用者はドメインまたはレコードごとに異なる継続性戦略を適用できます。
noResponseモードは通常条件下でパッシブDCを沈黙させます。onlyNewモードは長期間ダウンしていたDCが古いデータに基づいて応答を提供することを防げます。この動作は技術的にアップしているDCだけでなく、正しい状態のDCのみをターゲットにします。フェイルオーバーとフェイルバック中にデータ一貫性が保たれます。
TR7は権威DNSと並行して再帰フォワーダープロセスを実行できます。内部ゾーンはローカル権威レイヤーに向けられ、外部ドメイン解決はフォワーダーを通じて処理されます。domainBasedForwardingは特定のドメインを異なる解決経路にルーティングできます。これにより、内部DNSとGSLB判断を同じアプライアンスファミリー内に統合できます。
TR7はDNSSECサポートで署名済みゾーン管理を提供できます。NSEC/NSEC3、DNSSEC鍵キャッシュ、ゾーン署名プロセスがDNS応答の検証可能性を向上させます。DNSSECはドメインごとに有効または無効にできます。これにより重要なドメインの整合性セキュリティが強化されます。
TR7はプライマリおよびセカンダリDNSロールの両方でゾーン転送動作をサポートできます。AXFRおよびIXFRにより、レコードを異なるDNSノード間で運べます。これにより既存のエンタープライズDNSアーキテクチャとの統合が簡素化されます。オンプレGSLBの展開は既存のDNS運用モデルを完全に放棄することを要求しません。
メンテナンスモードはDCごとに適用できます。計画メンテナンス中、DCは健全であってもDNS応答から削除でき、トラフィックは他のDCに向けられます。メンテナンスが完了すると、通常のヘルスシナリオが再開されます。このモデルは手動ゾーン変更なしに制御されたカットオーバーを提供します。
TR7は動的DNS更新動作をサポートでき、自動化システムによってレコードを更新できます。この機能は可変インフラ、自動化されたサービス公開、または一時的なレコードニーズに価値があります。レコード更新はGTM判断モデルと共に評価できます。運用チームは手動DNSタスクを低減できます。
TR7はDNSクエリ、キャッシュ、rcode、qtype、レイテンシ、メモリ、稼働時間などの統計を収集できます。レコードごとのクエリ数は、どのレコードがいくつのクエリを受け取るかを明らかにします。このデータは外部プロバイダープラットフォームに行くことなくローカルレポートと容量計画に利用可能です。DNSは単なる応答ジェネレーターではなく、測定可能なトラフィックレイヤーになります。
オンプレGSLB運用はポート分離、キャッシュTTL動作、スレッディング、SOAデフォルト、統計収集、状態ファイル永続化、マスター選出をカバーします。
TR7 GTMコンポーネントは、権威DNS、API、フォワーダー内部、フォワーダーAPIプロセスのために別々のポート範囲を使用できます。この分離により、各サービスを独立して監視および管理しやすくなります。運用チームは各コンポーネントのアクセスとヘルス状態を個別に追跡できます。
クエリキャッシュ、ネガティブクエリキャッシュ、DNSSEC鍵キャッシュ、ゾーンキャッシュリフレッシュインターバルはすべてプライマリcacheTtl値から導出できます。この構造はパフォーマンスとフレッシュネスのバランスを取ります。短いTTLは変更の高速伝搬を可能にし、長いTTLはクエリ負荷を低減します。
署名、ディストリビューター、レシーバー、取得プロセスはCPUコア数に従ってスケールできます。このアプローチにより、重いDNSトラフィック下での並列処理容量が増加します。スレッディング設定はハードウェア容量とクエリプロファイルに基づいて計画されるべきです。
新しいゾーンのデフォルトSOA構造は、refresh、retry、expire、TTL値で作成できます。これらの値はDNS運用の基本タイミング動作を決定します。SOA値は組織要件に従って個別にレビューされるべきです。
DNS統計はAPIを介して読み取り、RRDまたは類似の時系列構造に供給できます。qtype、rcode、キャッシュヒット/ミス、UDP/TCPクエリ、レイテンシ、メモリ使用量などのメトリックが追跡されます。このデータは容量計画とインシデント調査に使用されます。
DC情報、ローカルヘルス状態、シナリオ状態、動的構成、ゾーン動的構成はファイルレベルで保存できます。再起動後、GTMは前の評価コンテキストを復元できます。これにより一時的なサービス再起動中の不要なDNS変動が低減されます。
金融機関はプライマリ、セカンダリ、ターシャリDCチェーンを構築できます。インターネットおよびアクセスヘルスチェックシナリオが異常なDCをDNS応答から削除し、トラフィックをバックアップDCにリダイレクトします。
政府組織は、ゾーンコンテンツ、クエリログ、ジオ判断データを外部DNSサービスに送信せずにGTMを運用できます。オンプレGSLBはデータ主権と監査の期待をサポートします。
病院情報システムと重要なヘルスサービスはヘルスチェックシナリオで監視できます。異常なエンドポイントは自動的にDNS応答から削除され、手動介入の必要性が低減されます。
テレコムチームは地理的およびネットワークベースのトポロジールールを使用して、異なるDCまたはPoPロケーションを選択できます。クライアントサブネット、国、ASN、CIDR情報がDNS応答判断に含まれます。
eコマースチームは重み付きレコード動作を使用して、トラフィックの小さなシェアを新しいIPグループに向けることができます。テストが成功するにつれて、移行が制御された方法で完了するまで重みが増加されます。
GTMノードはHAクラスタ内でマスターおよびスタンバイロールで動作できます。マスターノードに障害が発生すると、スタンバイがロールを引き継ぎ、継続的なDNS応答生成を維持します。
権威DNS、DCフェイルオーバー、地理ルーティング、ヘルスチェックシナリオ — すべてが組織自身のアプライアンス上で動作します。お客様のインフラに合うセットアップをご案内します。