こんにちは、ようこそ このビデオへようこそ
「仮想化ネットワーキングと 管理上の考慮事項」
このビデオでは、 いくつかの考慮事項について説明します
対処することになると 考える必要があります
レイヤー 2のMACアドレスとレイヤーの両方を持つVMの
3つのIPアドレス。
ネットワーキングについて話します 使用上の考慮事項と事柄
監視するときは 考えなければなりません
仮想マシン。
それでは、 アドレスを見てみましょう。
ここで、仮想マシンへのアクセスを計画する唯一の方法が 場合
ハイパーバイザーを介して GUIにログインすると、
そこから仮想マシンにアクセスする
つまり、その 仮想マシンがそうでない場合
アドレスをあまり気にしない可能性があります。
ただし、仮想マシンを作成する場合の99％は、
それはあなたが ネットワークと人々を望んでいるからです
ネットワーク上で そのリソースにアクセスできるようにするには、
ですから、 アドレス指定などについて考え始める必要があります
その仮想マシンの。
したがって、各ゲストのオペレーティングシステムは 関係なく
そのゲストが何であるか、 それがルーターであるかどうか、
ファイアウォール、Windowsオペレーティングシステム 、それが何であれ、
人々がそれに到達できるように。
ですから、 今考えなければならないことがいくつかあります
VMに 静的IPアドレスを持たせたいですか？
このVMがサーバーを表す 場合、
WindowsServerインスタンスやApacheサーバーのように
インスタンスか何か他のもの、 それならそうです
わかりました。 静的IPアドレスを指定すると、ナンバーワン、
静的IPアドレスを持つ他のものと同じように 、
未使用。
住所。
さて、他に考えるべきことが -
その VMが置かれているそのホスト
そのホストに障害が発生した場合はどうなりますか？
そのホストはクラスター内にあり、 別のホストがその仕事を引き受けます。
これでVMが 複製されました
または、 別のホストに移動したと言う必要があります。
まあ、それが静的な IPアドレスを持っていれば、明らかに、
その静的IPアドレスを 次の場合に保持する必要があります
次のホストに移動します。
それは 考えるべきことの多くのように聞こえないかもしれません、
しかし、他のホストが 別のデータセンターにあった場合はどうなるでしょうか。
物理的に正しい 隣同士、
しかし、 これらすべてのVMを搭載したホストナンバーワン
おそらく建物の東側にあったのでしょうか？
そのホストに障害が発生した場合、 ホスト番号2
それらは建物の西の セクションにあります。
さて、今、 以前は、
そのVMは IPアドレス2.2.2.2を持っていた可能性があります。
例として。
現在、VMは ここに2.2.2.2として表示されています。
さて、 考えなければなりません。
建物の完全に別の セクションにあります。
その静的マシンのIPアドレスが移動したばかりです。
ルーターのルーティングテーブルはどうですか
そのことに気付くつもりですか？
突然、 アクセスリストはありますか？
2つのネットワークが
ここからはアクセスできますが、 ここからはアクセスできませんか？
したがって、 静的IPアドレスを持つVMの場合
冗長性や障害など、 何らかの理由で移動する可能性があります。
ネットワークはそれに対応する予定ですか？
これで、VMが DHCPアドレスを持つようになるかもしれません。
それは完全に受け入れられます。
たとえば、VMがWindowsデスクトップのように クライアントである場合
VM、またはMicrosoftデスクトップ VM、またはUbuntuデスクトップVM、
DHCP経由でIPアドレスを指定します。
それでは、 自問してみてください。
DHCPサーバーはどこにありますか
そのIPアドレスを提供するには？
実際の物理的な DHCPサーバーから
私たちのネットワークの別のセクションで
または、 別の仮想マシンを作成しますか
このホスト内で、 他の仮想マシンは
これらすべての 他の仮想マシンのDHCPサーバーになる
その周りに座っていますか？
それも可能です。
また、いくつかのMACアドレスの考慮事項 。
多くの場合、 仮想マシンが起動します。
ハイパーバイザーは動的に MACアドレスを割り当てます。
そのハイパーバイザーに付属しています。
さて、もう一度、 もしそうなら
そのVMには、 予測できないMACアドレスがあります。
割り当てられたばかりです。 そのホストに障害が発生した場合はどうなりますか？
そのVMは、冗長性のために 別のホストで起動するようになりました
酒？
完全に異なるMACアドレスが ある場合はどうなりますか？
それは人々がそのVMにアクセスする 方法を台無しにする可能性があります。
彼らはそのMACアドレスについて どのように学ぶつもりですか？
それは スイッチングテーブルにどのように影響しますか？
反対に、 私たちが決めるなら、ねえ、私
そのVMに 静的MACアドレスを与えたい。
プログラミングしたいので
そのVMを最初に作成する それは
私がやろうとしていることの1つは、私が
静的な MACアドレスを割り当てます。
よし、まあ、それは 大丈夫だよ、
しかし、もう一度、そのホストが 失敗し、VMがスピンアップした場合
ここのネットワークの別の セクションで、
それは 私たちのネットワークを台無しにするだろうか？
さまざまなスイッチのMACアドレステーブルはどのようになっていますか
そのVMが この時点からこの時点に移動したことを知るには？
ポートセキュリティやVLAN アクセスリストなど、
私たちのMACアドレスは かつてここにあったので、
スイッチの 完全に異なるセクションに移動しました
通信網？
これらはすべて、 そのときに考えなければならないことです
VMのアドレス指定になります。
すべてのVMが 共有することを知っている
そのため、 そのNICをオーバーサブスクライブする可能性が非常に高くなります。
カード。 パフォーマンスが非常に低下します。
VM自体に。
したがって、VMには 可視性がないことを忘れないでください
ホスト内の実際の リソースに。
そのVMをプログラムし、 VNICを指定すると、
VNICは たとえば1ギガビットであると想定していましたが、
完全に飽和状態になり、 ホストはただこう言っているかもしれません。
ねえ、私は本当に 遅いパフォーマンスを得ています。
そのVNICは問題ありません。
問題は、 実際のNICの輻輳にあります
実際のホストのカード。
したがって、ホストに提供したいNICカードの数は です--
二、三、四？
いくつサポートされていますか？
高速な イーサネットNICカード、ギガビット、
10ギガビットNICカード？
周囲に広がるのに十分な実際のネットワーク 帯域幅
VMセグメンテーションに関する限り 、
別々のサブネット上のVMが
また、レイヤー2で 分離する必要があります。
おそらく これにはVLANを利用する予定です。
したがって、物理ホストのアップリンクは 802.1qトラックを実行します。
例として、 多分私は5つのVMを持っています
給与の一部です。
したがって、これら5つのVMは 独自のサブネットに配置されます。
静的 IPアドレスまたはDHCPのいずれかを使用します。
ただし、これらの5つのVMを確実に分離するために
他の5つのVMとは完全に異なる サブネット
エンジニアリングが所有している
それらに VLANを割り当てたい場合、
これらのVLANは 維持されます。
これらのVMは、 物理NICからポップアウトするトラフィックを作成するため
ホスト上のカード、 802.1qタグがあります
VLAN識別子。
したがって、 物理的なスイッチを覚えておく必要があります
そのホストへの接続は、 トランキング用に構成する必要があります。
そうしないと、 それらのタグを理解できません
そして、それは私たちがしているそのセグメンテーションを 保存することができなくなります
探している。
そして最後に、 多数の仮想マシンを作成すると、
その環境を 監視できるようにしたい。
個々の仮想を 監視できるようにしたい
マシン、それがどのように機能しているかを確認し、 その状態を確認します。
また、 環境全体を監視できるようにしたいと考えています。
ハイパーバイザーを監視します。
さて、私が言ったように、 ゲストオペレーティングシステム
したがって、 監視アプリケーションを購入すると--
ある種のネットワーク監視アプリケーションまたはホスト監視
応用 -
ゲストにインストールした場合-
したがって、 MicrosoftWindows10を実行しているVMがあるとします。
だから私は言います、OK、アプリケーションは何ですか
MicrosoftWindowsで 購入してインストールできます
だから私はその健康が何であるかを見ることができますか？
私はそれを行うことができます。
そのVMにインストールできます。
そのVMにログインし、 そのアプリケーションを実行して、
そのVMがどのように動作しているかを確認してください。
しかし、そのアプリケーションは 全体像を把握していません。
右？
ホストの実際の リソースが何であるかを教えてくれません。
これらすべてのVMによって消費されます。
だから私たちはネットワークを購入したい または単に基本的な監視
ゲスト内に 両方存在するアプリケーション
したがって、最善の解決策は、 混合アプローチを採用することです。
監視ソフトウェアの。
この一例は SolarWindsによるものです。
つまり、SolarWindsは会社です。
仮想化と呼ばれる ソフトウェアパッケージを提供します
マネジャー。
これがそのスクリーンショットです。
この特定の スクリーンショットは私たちに示しています
各VMで 使用されているネットワークトラフィックの量。
あなたが実際にこれで グーグル検索をするならば
またはこのURLを使用してください ここで、何ですか
マネージャーは彼らが ウェブサイトを持っているということです
これを試すことができます。
さまざまなボックスを参照してください。 さまざまなグラフを参照してください。
この特定の 監視ソフトウェアがどのように機能するかを確認してください
ダウンロードして自分で使用する前に 。
したがって、これは 1つのタイプの監視ソフトウェアの一例にすぎません。
個々の VMを監視できるだけでなく、ホストを監視することもできます
自体。