課題
ほとんどのネットワークにあるテスト環境は、本番環境だけです。
- 01
ラボがサイトを再現していることはまれです。
予備機では、フロア、配線、クライアント、電源を再現できません。
- 02
図面が示すのは意図です。
あるべき姿は示しても、障害時に何が起こるかは示しません。
- 03
監視が伝えるのは過去です。
今夜の変更で何が起こるかはわかりません。
仕組み
今ある資料から、エビデンスへ。
合成なので、何度でも壊せます。本番環境には一切触れません。
今ある資料から始める
フロア図、スプレッドシート、コンフィグ、古い図面。
ツインを生成
フロア、ラック、機器、リンク、クライアント、電源、冷却。
壊して、復元する
変更し、障害を起こし、巻き戻す。
エビデンスを示す
影響を受けるすべての人を、1 つのレポートに。
データが整理されていなくても大丈夫。合成ツインはチームが一緒に構築します。 連携の仕組み
ユースケース
1 つのモデル。5 つの用途。
作業時間枠の前に、変更をリハーサル。
影響を受けるすべてのフローとユーザーを確認し、影響レポートを変更審査会に提出できます。
変更と作業時間枠
まず影響範囲を確認。
スイッチ、ブレーカー、冷却ユニットに障害を起こし、すべてのレイヤーにわたる影響を追跡します。
障害と根本原因
チケットが届く前に、不感エリアを見つける。
カバレッジ、チャネル、ローミング、そして階下のスイッチを、まとめてモデル化。
Wi-Fi カバレッジ
電源と冷却も同じモデルに。
ラック、給電、冷却、ファブリックをまとめて扱い、設備側のイベントにもネットワーク側から答えられます。
データセンター
経路が開く前に、ルールをテスト。
VLAN、ACL、ファイアウォールルールを同じモデルで扱い、展開前に変更が何を通すかを確認できます。
チームに相談する