ハイブリッド・マルチクラウドDNSが機能するのは、一元化されたDDI、明確なガバナンス、および統合されたクラウドプロバイダーサービスによって、その場しのぎのフォワーダーやゾーンのコピーが、計画的で可観測性の高いアーキテクチャに置き換えられた場合です。
ハイブリッド・マルチクラウド・ネットワーキングでは、セグメント化された仮想ネットワークが導入され、 IPアドレスの重複、DNSネームスペースの断片化、新たなセキュリティ境界の発生を招き、その結果、接続性、セキュリティ、可観測性が従来のデータセンターネットワークよりも著しく複雑になります。
クラウドネットワーキングでは、慣れ親しんだレイヤー2ドメインや明確なパブリック／プライベートの境界が、プロバイダー間に分散したVPC、ピアリング、ゲートウェイ、プライベートエンドポイントに置き換えられます。マイクロサービスやKubernetesによってサービス数とDNS名が増加する一方で、マルチクラウド設計ではIP空間の重複やネームスペースの断片化が生じ、これらは一般的なクラウドチームのスキルでは対応しきれない状況を生み出します。
こうした環境におけるセキュリティは、マイクロセグメンテーションツールやネットワークアクセス制御リスト（ACL）、さらにはクラウドとオンプレミスを横断するSASEやゼロトラストといった広範な制御手段を一貫して活用することにかかっています。 効果的な可観測性を実現するには、前述の通り「効果的な可観測性には、多くのソースからのデータの収集、集約、分析の連携が必要」であるため、DNSデータを含むテレメトリをチームやプラットフォームを横断して協調的に集約する必要があります。
Read article
Collaboration is the key to gaining control over the cloud networking challenges of connectivity, security, and observability. Learn more with BlueCat.
DDIチームは、DNS、DHCP、IPAMに関する単一かつ正確な「真実の源」を確立することで、管理権限を取り戻します オンプレミスとクラウドを横断し、手動によるフォワーディング構成に代わる包括的なDNSクエリの可視性と自動検出を組み合わせたものです。
ハイブリッドクラウドの導入により、中央のDDIチームはクラウド上のDNSやIPの使用状況を把握できなくなることが多く、サイロ化、アドレス空間の断片化、範囲の重複が生じ、競合やサービス停止のリスクが高まります。アンドルー・ワートキン氏が指摘するように、「いかなるレベルの自動化も成功させるには、単一の信頼できる情報源（Single source of truth）が必要です」。なぜなら、不完全なデータに基づいてスクリプトを実行すると、確実に障害が発生するからです。
手動で維持管理される条件付きフォワーダーやスタブゾーンに依存して、クラウドとオンプレミスのDNSを結びつけると、脆弱でスケーリングが困難な構成となり、ユーザーエクスペリエンスが低下します。 制御を取り戻すには、クラウド DNS および IP 割り当ての自動検出に加え、クエリレベルの可視性（「すべての DNS クエリを把握できる必要がある」）が必要であり、それによってハイブリッドな解決パス、ポリシー、および自動化を一元的に管理できるようになります。
Read article
In an ONUG webinar, BlueCat’s Andrew Wertkin explains how DNS, DHCP, and IPAM visibility is key to automation and taming four hybrid cloud challenges.
ハイブリッド・マルチクラウド環境では、エンタープライズDNSとクラウドプロバイダーのDNSを意図的に組み合わせた統合DNSアーキテクチャを採用すべきです。 ゾーンの重複やその場しのぎの転送を回避し、プロバイダーを横断して命名、RBAC、セキュリティに対して強力なガバナンスを適用します。
企業は、オンプレミスDNSのみ、あるいはクラウドDNSのみに標準化することは現実的ではありません。「それぞれが必要とされる場面で両方を活用する統合アーキテクチャを設計しなければなりません」。各クラウドチームがレコードのコピー、ゾーンの複製、一時的なフォワーダーの作成を行うことを許可すると、「無法地帯」のような状態が生じ、可視性が損なわれ、運用の複雑さが増大します。
各クラウドサービスプロバイダーのDNSの挙動は異なるため、アーキテクトは、一貫性のあるグローバルな命名およびセキュリティ戦略に統合できる、プロバイダーごとのパターンを必要とします。ハイブリッドDNSの設計は、変更や障害に備えて明示的に構築されるべきであり、接続性の喪失、ローカルキャッシュ、およびフォワーディングパスの変化に対する明確な計画を策定することで、DNSの変更や停止によって依存するアプリケーションが混乱することを防ぐ必要があります。
Read article
Networking pros explore integrating enterprise and cloud DNS during the fifth Critical Conversation on Critical Infrastructure hosted in Network VIP.
ハイブリッド・マルチクラウドDNSは、単一のエンタープライズDDIを「真実の源」として標準化することで、脆弱な条件付きフォワーダーの枠を超えます クラウドネイティブのDDIと統合するか、あるいはそれに取って代わるものであり、環境ごとのその場しのぎのルールではなく、マルチパスDNS解決を一元的に管理することで実現されます。
「複数のパブリッククラウド、プライベートクラウド、オンプレミスシステムが混在するハイブリッドクラウド環境は、DNS、DHCP、およびIPアドレス管理に多大な複雑さをもたらします。」 各クラウドのネイティブDDIを個別に使用すると、アプリケーションやネットワークの変化に伴い、「スケーリング、保守、トラブルシューティングが困難な、条件付きフォワーダーの寄せ集め」という状態になってしまいます。
権威あるデータおよび制御プレーンとして機能するエンタープライズDDIプラットフォームに一元化することで、ハイブリッドDNS解決パスを一度の管理で運用しつつ、必要に応じてクラウドネイティブサービスとの統合も維持できます。 NXDOMAIN での自動再ルーティングを備えたマルチパス DNS 解決を実装することで、レコードを把握しているのと同じシステムが、クエリがオンプレミスとクラウドをどのように通過するかを管理するため、信頼性、可視性、および運用制御が向上します。
Read article
Public clouds handle their own DDI. But problems arise when applications have to access data or services through the native DDI of multiple environments.
ハイブリッドクラウドのDNSチームは、一元化されたDDIプラットフォームを標準化することで、フォワーディングルールの乱立を抑制します 個々の条件付きフォワーダーを、単一のIPAMインターフェースから管理される、自動化された優先順位付けされたマルチパス解決に置き換えるものです。
ハイブリッドクラウド環境では、数千もの条件付きDNS転送ルールが日常的に蓄積され、リスクと運用負担が少数のDNS専門家に集中してしまいます。
「ハイブリッドクラウド環境では、クラウドとオンプレミスの名前解決のギャップを埋めるために、ネットワークチームが数千もの条件付きDNS転送ルールを管理せざるを得ないことがよくあります。」この複雑さにより、専門知識が少数のスペシャリストに集中し、サービス提供が遅延し、サービス停止のリスクが高まる一方で、DevOpsチームやクラウドチームは、ネットワークガバナンスの枠外でシャドーITによる回避策を講じるよう追い込まれてしまいます。
パブリッククラウドのDNSサービスもまた、環境を横断した制御が欠如した、断片化された自動化の「島」を生み出すため、ハイブリッド環境でのプロビジョニングは依然として手作業が多く、エラーが発生しやすくなります。 インテリジェント・フォワーディング機能を備えた標準化された DDI プラットフォームは、脆弱なシングルパスルールを、優先順位付けされた自動化されたマルチパス解決に置き換えるため、「ハイブリッドクラウド環境全体にわたる複数の解決パスを、単一の IPAM インターフェースで一元的に管理できると、その管理ははるかに容易になります。」
Read article
Admins often use messy conditional forwarding DNS rules to fill hybrid cloud gaps. With BlueCat, automate and gain control over your data pathways.
ネットワークチームは、クラウドによって割り当てられたDNSおよびIPリソースと同期する一貫性のあるDDIプラットフォームを使用することで、一元化されたDDI制御をクラウドネイティブ環境にまで拡張し、 はローカライズされたDNSサービスを提供し、管理権限の委譲をサポートしているため、クラウドチームは共通のポリシーのもとで俊敏性を維持できます。
「サイロ化されたクラウドDNSと、個別に管理されるオンプレミスインフラは、一元化されたDDI制御を損ない」、その結果、競合、信頼性の低下、責任の所在が不明確になる事態を招きます。 単にロギングを追加するだけでは不十分です。インフラチームには、グローバルなポリシーを適用しつつローカルな DNS サービスを提供するために、「オンプレミスの機能をクラウド環境に拡張する」一元化された一貫性のある DDI プラットフォームが必要です。
クラウドに割り当てられた DNS および IP リソースと同期を保つ一元的なアドレス管理システムは、競合を防ぎ、唯一の信頼できる情報源を維持します。 管理権限を委譲するモデルにより、DevOps チームやクラウドチームはガバナンスの及ぶ範囲内でプロビジョニングを行うことができるため、「オンプレミスの DDI 管理機能をクラウド環境に拡張することで、管理者は ボトルネックを生じさせることなく、一貫性があり、ローカライズされた、安全なサービスを提供できる」のです 。
Read article
When cloud and on-premises DNS are separate, enterprise-wide control is out of reach. Learn how BlueCat can provide a single source of truth for DNS.
適切なハイブリッド・マルチクラウド DNS の道筋は、当面の優先事項が可視性の確保、アーキテクチャの秩序化、運用負担の軽減、あるいは変化の激しいクラウドプラットフォームへの集中管理の拡大のいずれであるかによって異なります。ほとんどの組織は、単一の移行イベントを経るのではなく、これらの段階を反復的に進めていきます。
これらの質問は、実際の移行プロジェクトにおいて、ネットワーク、クラウド、セキュリティの各チームが、ハイブリッド・マルチクラウドのDNSオプションをどのように評価するかを反映しています。
まだご質問がありますか？
BlueCatの担当者から具体的な回答を得ましょう。
