ネットワークトポロジ

トポロジ ビューは、検出された libvirt ランタイム状態を重ね合わせた編集可能な望ましい状態のグラフです。これら 2 つのレイヤーを区別しておくことで、キャンバス上のカードがデプロイされたインフラストラクチャと間違われるのを防ぎます。

グラフモデル

ノードは、計画、プロビジョニング、実行、停止、または失敗することができます。テキストの状態と展開の詳細を使用します。色は二次的な手がかりであり、UI テーマに応じて変更できます。

ネットワークの選択

• NAT ネットワークは、管理対象の libvirt ネットワークを介してゲストの出力を提供します。 ホストとポリシーで許可されています。
• 分離されたネットワークは、外部ルートを使用せずに VM 間の接続を提供します。
• 追加のブリッジまたは直接インターネットの動作は、オペレーターおよび 展開固有。エッジを描くことによって暗示されるものではありません。

静的アドレス指定の場合、作成されたサブネット、ゲートウェイ、予約されたアドレス、DHCP 範囲、MAC 予約、およびゲスト構成が一致する必要があります。グラフ エッジだけでは、任意のゲスト内のアドレスを構成しません。

編集とデプロイメント

1. 編集する前に、正しいプロジェクト/ビルド スコープを選択します。
2. VM ノードとネットワーク ノードを追加し、ハンドルを接続します。
3. すべての VM のブート イメージとリソースを選択します。
4. トポロジを保存し、サーバーのリビジョンが進んでいることを確認します。
5. ノードをデプロイし、ランタイム オーバーレイ データを待ちます。
6. 必要な各エッジを VM の実際のインターフェイスに対して検証します。

プロジェクト トポロジは、リビジョン チェックとともにサーバー上に保持されます。 UI ではローカル キャッシュとデバウンス保存も使用されるため、保存が完了するまで待ってからスコープを切り替えたり、ページを閉じたりしてください。保存エラーは、キャンバスがまだ耐久性がないことを意味します。

受け入れチェックの例

クライアント/API トポロジの場合:

client -- isolated-lan -- api
                     \
                      nat-egress (only if required)

次のすべてを確認してください。

• 両方のドメインが存在し、実行されています。
• 両方とも同じランタイム分離ネットワーク上にインターフェイスを持っています。
• 名前/アドレス解決は、意図されたゲストに api をマッピングします。
• クライアント側の http_responds アサーションが API ヘルス エンドポイントに到達します。
• 隔離されたネットワークには、意図しない外部ルートがありません。
• NAT エッジは、レシピが出力を必要とする場所にのみ存在します。

更新してエクスポートする

ランタイム状態はバックエンド インベントリから更新されるため、ライフサイクル リクエストに一時的に遅れる可能性があります。遷移を検証するときに手動で更新します。一部のトポロジ ビューは、ドキュメント用の JSON エクスポートを公開します。エクスポートされたグラフは望ましい状態のデータであり、VM ディスクのバックアップやランタイムが一致したことの証明ではありません。

VM の作成 および カスタム アサーション。