仮想化は 1960 年代から存在していましたが (IBM さん、ありがとう)、2000 年代初頭には仮想マシン (VM) が主流になりました。このアイデアは、単一の物理ハードウェア プラットフォーム上で複数の VM を実行することで、利用可能なハードウェア リソースをより有効に活用できるようにすることでした。
仮想化は 1960 年代から存在していましたが (IBM さん、ありがとう)、2000 年代初頭には仮想マシン (VM) が主流になりました。このアイデアは、単一の物理ハードウェア プラットフォーム上で複数の VM を実行することで、利用可能なハードウェア リソースをより有効に活用できるようにすることでした。
VMware は 86 年代に x90 ベースのアーキテクチャ用の仮想化ソフトウェアの開発を開始し、1999 年に最初の仮想化製品である VMware Workstation をリリースしました。 VM テクノロジーの広範な導入への画期的な進歩は、2001 年の VMware ESX Server の導入から始まりました。 Microsoft や Citrix などの他のベンダーも、市場シェアを争うために仮想化市場に参入しました。
仮想化テクノロジーは継続的に進化しており、ハードウェア利用率の向上、柔軟性の強化、ソフトウェア導入の簡素化、大幅なコスト削減などの革新をもたらしています。仮想マシンは、データ センターやエンタープライズ IT システムからクラウド コンピューティング プラットフォーム、さらには個人の家庭のセットアップに至るまで、さまざまな環境の基礎となっています。仮想化プラットフォーム上のビジネス クリティカルなエンタープライズ アプリケーションのほとんどは、ファイバー チャネル経由で共有ストレージにアクセスします。
ただし、各ベンダーは独自の管理ツールセットを持っており、ほとんどのベンダーは他のプラットフォームと統合していませんでした。そのため、複数のツール、インターフェイス、サポートされているストレージ デバイスを使用する場合、数百または数千の VM を管理するのは悪夢のような作業でした。運用チームは、ファイバー チャネル (FC) ファブリックの管理がさらに複雑になり、VM の問題のトラブルシューティングを試みるという管理上の課題に直面しました。
管理をより管理しやすくする
2007 年、VMware は仮想化市場の状況の変化と需要に応えて ESXi を導入しました。 ESXi は、効率の向上、セキュリティの向上、管理の合理化、統合、市場の需要に対応して、元の VMware ESX サーバーを改良しました。
VMware は常に VM 管理に関与しており、さまざまな識別子を使用してエコシステム内の仮想マシンを一意に識別します。当初、VMware は一意の MAC アドレスを使用して VM を識別していましたが、その後、構成データを保存し VM 識別子を含む BIOS Universally Unique Identifier (UUID) に移行しました。 ESXi 4.x では、VMware は、移行操作中および vCenter Server 全体で VM インスタンスを追跡するために、インスタンス UUID の概念を導入しました。
VMware vSphere 5.x のリリースにより、VMware は、普遍的に一意の VM-UUID (UUID-GUID 形式) を実装するための標準化されたアプローチを採用しました。これらの VM-UUID (別名 VM-ID) は、vCenter Server 環境全体で仮想マシンを一意に識別するために使用されました。
仮想マシンに割り当てられた固有の識別子 (VM-ID) の情報を使用すると、仮想化エコシステムとそれに関連するストレージ エリア ネットワーク (SAN) の管理が容易になります。 VM-ID の詳細を活用することで、管理者は個々の VM を識別して対処し、ストレージのプロビジョニング、仮想マシンのライフサイクルの管理、パフォーマンス メトリックの監視などの重要なタスクを実行できます。管理の簡素化に向けたこのようなイノベーションにより、VMware はエンタープライズ データ センター向けのサーバー仮想化における市場過半数シェアのリーダーになることができました。
ファイバーチャネル VM-ID
VM-ID は vCenter ドメイン内の VM を一意に識別しますが、この ID は通常、ストレージやネットワーク デバイスなど、VM が対話する他のインフラストラクチャ コンポーネントと共有されたり、利用されたりすることはありません。 FC の新機能により、VM-ID を SAN ファブリック全体で共有できるようになります。バージョン 7.x および 8.x を含む VMware vSphere の最新リリースでは、VM-ID はフル機能を備えた堅牢なテクノロジであり、最新のファイバ チャネル インフラストラクチャと統合すると多くの利点を提供します。
VM-ID を活用することで、管理者はファイバー チャネル ファブリック内のストレージ トラフィックのきめ細かい制御と監視を実装できます。しかし、それだけではありません。 VM-ID には、管理者が VM-ID に基づいてアクセス制御ポリシーを微調整するために利用できる情報が含まれており、仮想マシンとストレージ デバイス間の安全かつ効率的なデータ転送が保証されます。 VM-ID は、特定の仮想マシンに関連する問題を追跡および分離する手段を提供することで、トラブルシューティングやパフォーマンス分析にも役立ちます。
Marvell などの HBA ベンダーは、FC HBA の QLogic 製品ラインを使用して VM-ID を活用し、ファイバ チャネル ネットワークを Brocade や Cisco の仮想化管理プラットフォームおよびツールとシームレスに統合できるようにします。
VM-ID は SAN の一元管理に不可欠です
Brocade は、VM-ID テクノロジーを利用して高度な分析を提供し、SAN の管理と監視を簡素化および合理化する SANnav 管理ソリューションを開発しました。ただし、VM-ID は、Cisco の Nexus ダッシュボード ファブリック コントローラー (NDFC) などの他の SAN 管理ソリューションと連携して動作します。
IT 管理者の 1 日のほぼすべての側面と同様に、定期的に繰り返されることですが、膨大な量のデータと複雑なストレージ インフラストラクチャにより、SAN の管理がより困難かつ困難になります。 SANnav は、ストレージ管理者にとって貴重なツールであり、SAN 管理のための集中プラットフォームを提供します。 VM-ID 内で提供される情報を活用することで、管理者は SAN 展開をより効率的かつ確実に制御、構成、トラブルシューティングできるようになります。
SANnav は、包括的な SAN 管理ソフトウェア ソリューションとして、効果的なストレージ インフラストラクチャ管理を促進するさまざまな機能を提供します。 SANnav の主な利点の 1 つは、SAN 環境全体の統合ビューを提供できることです。管理者は、スイッチ、ストレージ デバイス、ホストの相互接続されたネットワークについて全体的な視点を得ることができ、SAN ファブリックに対する理解と制御が可能になります。
Marvell QLogic: HBA をよりスマートに
スマート ホスト バス アダプタは、SAN 管理と VM-ID において重要な役割を果たします。マーベルは、多くの新しいデータセンター サービスにまたがるプロセッサーとシステム オン チップ (SoC) テクノロジーの設計と開発を行ってきました。同社は、コンピューティング、ネットワーキング、セキュリティ、ストレージにわたるデータ インフラストラクチャ半導体ソリューションの広範で革新的なポートフォリオを提供しています。 Marvell のファイバ チャネル コントローラと HBA には、VM-ID による完全な仮想化サポートが含まれており、何千もの VM が同じファイバ チャネル チップを介して共有ストレージにアクセスできます。
Marvell QLogic Fibre Channel は、VMware のストレージ エリア ネットワークのパフォーマンスと機能に優れています。 VM-ID を使用して VM の展開を合理化し、最適な柔軟性を実現するために FC と FC-NVMe の同時セットアップによる複数のポートをサポートします。
VM-ID による詳細の提供
VM-ID を SAN 管理ソリューションと統合することで、管理者が SAN インフラストラクチャ全体をより詳細に把握できるようにする方法を理解することが重要です。 SANnav と VM-ID は、ストレージ ネットワークの管理構造内で異なる目的を果たし、仮想化環境でのストレージ ネットワーク管理への包括的なアプローチを提供することで相互に補完します。
VM-ID は個々の仮想マシンを区別して識別するため、仮想化プラットフォームによるリソースの割り当て、仮想マシンのライフサイクルの管理、ネットワーキングの促進、管理ツールとの統合が可能になります。 VM-ID を使用すると、管理者は仮想マシンを追跡および管理し、特定の構成を割り当て、パフォーマンスを監視できます。
Marvell QLogic VM-ID と SANnav
サーバー仮想化がほとんどの組織に多大な恩恵をもたらしていることに議論の余地はありませんが、インフラストラクチャ チームとアプリケーション所有者にいくつかの課題をもたらしています。当初、アプリケーション所有者は、仮想化プラットフォームがアプリケーションのニーズを満たすことができるかどうか懐疑的であり、仮想化環境を優先してスタンドアロン サーバーを放棄することに対する抵抗が続いていました。
アプリケーション開発者はサーバーの仮想化に影響を与えていないと言えるでしょう。ただし、主に I/O に関する実際のメトリクスをさらに可視化する必要があるという不満は依然としてありました。可視性の欠如は、ハイパーバイザー (VMware vSphere ESXi サーバーの場合) が物理ディスクをデータ ストアに配置された仮想ディスクに抽象化し、ハイパーバイザー上のすべての VM からデータ ストアへのすべての I/O が発生することが原因でした。集計。そのため、サーバー上の I/O サブシステムの全体的なパフォーマンスは確認できましたが、実際の VM とアプリケーションに対する詳細なレベルの可視性は不明でした。
これらの個々の VM フローを可視化するために、FC ファブリックは標準ベースの仮想マシン アプリケーション識別子タグ (VM-ID) を各 VM に提供します。アプリケーション ID が VM に割り当てられると、VM とハイパーバイザー上の Marvell QLogic 32GFC および 64GFC HBA は VM-ID を使用して、その VM のすべてのフレームにタグを付けます。
VM-ID は、I/O を開始する特定の VM インスタンスと、ターゲット宛ての後続の I/O を識別します。 VM-ID タグは、ストレージ アレイが VM-ID をサポートしている場合にのみ適用できます。各 VM-ID の情報は、SANnav がそれをパフォーマンス メトリックと関連付けることができることを意味し、管理者が個々の VM を監視し、リソース使用率を追跡し、潜在的なパフォーマンスのボトルネックを迅速に特定できるようにします。 VM-ID によって提供される情報は、影響を受ける VM を特定してトラブルシューティングし、問題を迅速に解決するための手順を実行するために必要な詳細情報を管理者に提供します。
SANnav は協調して動作し、Marvell QLogic FC-HBA によって各 FC パケットに埋め込まれた VM-ID 情報を利用して、個々の VM のパフォーマンスを効率的かつ効果的に追跡します。
エンタープライズにおける VMware ESXi
組織は VMware ESXi を使用して仮想マシンを作成および管理します。 ESXi は、組織が複数の VM を 1 台のサーバーに統合できるようにするベアメタル ハイパーバイザーで、柔軟性、リソースの最適化、IT インフラストラクチャの管理の容易化を実現します。
ESXi を企業に導入することには多くの利点がありますが、いくつかの欠点もあります。単一の物理サーバー上で複数の VM を実行できるため、組織はハードウェア コストを削減し、サーバーの使用率を最大化できます。これにより、電力消費、冷却、およびスペース要件を節約できます。ただし、これが VM のスプロール化の最も大きな原因です。
ESXi を使用すると、管理者は必要に応じて CPU、メモリ、ストレージなどのコンピューティング リソースを VM に割り当てることができます。この柔軟性により、リソースの効率的な利用が確保され、サーバー リソースの過剰なプロビジョニングや活用不足が回避されます。 ESXi は、vSphere High Availability (HA) や vSphere Fault Tolerance (FT) などの機能をサポートし、サーバーの可用性と復元力を向上させます。
ESXi は、仮想化環境を監視、プロビジョニング、管理するための集中管理インターフェイスとして VMware vCenter Server を利用します。 VM-ID がなければ、このような仮想化インフラストラクチャの管理は不可能ではないにしても、困難になります。
VM のスプロール
ESXi は、正しく管理されていない場合、間違いなく VM のスプロール化に寄与する可能性があります。 VMware は、IT 管理者向けのツールとベスト プラクティスを提供することで、これらの懸念に対処します。これらのツールには、リソースと容量の計画、ライフサイクル管理、ポリシーベースの自動化が含まれます。
VMware ESXi と vCenter は企業の仮想化展開にとって不可欠であり、組織がサーバーの統合、リソースの最適化、HA、および管理の要件を満たすことを可能にします。ただし、VM-ID は個々の VM を識別して区別するための基礎であり、管理者が仮想化インフラストラクチャを効率的に管理および最適化できるようになります。
I/O ブレンダー効果に注意してください
I/O ブレンダー効果は、ESXi などの仮想化環境でストレージの入出力 (I/O) パターンがランダム化され、予測不可能になるときに発生します。これは、同じ物理ホストを共有し、ストレージ リソースにアクセスする複数の仮想マシン (VM) が同時に動作していることが原因である可能性があります。
仮想化環境では、単一のホスト上で実行されている複数の VM が、さまざまな時間に、さまざまなレベルの強度と頻度で、基礎となるストレージ インフラストラクチャに I/O リクエストを送信することがあります。ハイパーバイザーがこれらの I/O リクエストを受信すると、ストレージ システムに送信される前に集約され、シリアル化されます。その結果、VM によって生成される I/O パターンは「ブレンド」または混合されます。そのため、輻輳やヘッドオブラインブロッキングを引き起こすノイズの多い近隣者や犯人の特定は困難で時間がかかり、多くの場合 SLA を逃す結果になります。
この現象の影響は、次のようなさまざまな手法によって軽減できます。
- ストレージ階層化の実装
- QoSメカニズムの利用
- I/Oの最適化
- FC HBA の VM-ID テクノロジー
VM-ID はどのような役割を果たしますか?
VM-ID は I/O ブレンダーの影響に直接影響しませんが、影響を大幅に軽減します。 VM-ID は、以下を実装することで利用できます。
- VM-ID を特定のストレージ QoS ポリシーに関連付ける
- 特定の VM-ID を専用ストレージ リソースにマッピングする
- VM-ID を使用して負荷分散を行う
- VM-ID を監視ツールと組み合わせて使用する
そのため、VM-ID は I/O ブレンダーの効果に直接影響を与えず、個々の VM の可視性と制御が可能になるため、管理者はストレージ プロビジョニングを調整し、VM-ID に基づいてリソースに優先順位を付けることができ、その結果、パフォーマンスが向上し、競合が減少し、 I/O ブレンダー効果の全体的な管理が向上しました。
マーベルは革新を続ける
Marvell ファイバ チャネル HBA は、ファイバ チャネル プロトコル (FCP) および NVMe over Fibre Channel (FC-NVMe）。 HBA はポートごとに分離されたパスを使用して設計されており、ポートごとのラインレートのパフォーマンスと優れた信頼性を実現します。このアダプターは、数百万の IOPS、マイクロ秒の遅延、最大 64GFC のフル ライン レートのスループットを実現します。マーベル StorFusion™ VM-ID テクノロジーにより、ファイバ チャネル SAN への導入とオーケストレーション統合が簡素化されます。
ポートごとに独立したリソースを含む Marvell 2770 シリーズ アダプタのブロック図
マーベル StorFusion
Marvell StorFusion テクノロジーには、サポートされている Brocade および Cisco スイッチを導入した場合に有効になる高度な機能が含まれています。これらのソリューションを組み合わせることで、SAN 管理者は、可用性を向上させ、展開を加速し、ネットワーク パフォーマンスを向上させる拡張機能を活用できます。
QLE2690 HBA 以降 QLE2770 および QLE2870 HBA シリーズでさらに強化されました。 Marvell アダプターは、仮想サーバーの導入、トラブルシューティング、およびアプリケーションのパフォーマンスを最適化するいくつかの標準ベースの仮想化機能をサポートしています。
Marvell VM-ID テクノロジーは Brocade および Cisco スイッチと簡単に統合できるため、顧客はファイバー チャネル ストレージ ネットワークの QoS を監視および管理できます。たとえば、VM クラスターとストレージの負荷を分散して、ストレージ リソースを効率的に使用します。
VMware ESXi 6.x 以降、対応する仮想マシンの VM-ID による I/O リクエストとレスポンスのタグ付けのサポートにより、VM レベルでの完全な可視性が提供されます。
さらに、 Marvell StorFusion Universal SAN の輻輳軽減 (USCM) テクノロジーは、業界標準のファブリック パフォーマンス影響通知 (FPIN) に基づいており、SAN 内の HBA とスイッチがファブリック内の潜在的な輻輳問題を特定し、軽減できるようになります。 SN_Port ID 仮想化 (NPIV) のサポートにより、単一の FC アダプター ポートで複数の仮想ポートを提供できるようになり、ネットワークの拡張性が向上します。 NPIV ポートごとの標準クラス固有制御 (CS_CTL) ベースの QoS テクノロジーにより、VM ごとのマルチレベルの帯域幅制御と保証が可能になります。その結果、ミッションクリティカルなワークロードには、時間依存性の低いストレージ トラフィックよりも高い優先度を割り当てることができ、パフォーマンスが最適化されます。
ファイバーチャネル VM の I/O フレームのタグ付け
FC VM-ID テクノロジーの内部では、FC HBA が I/O フレームに VM タグをタグ付けし、FC スイッチがそれらのタグを読み取り、VM ごとの統計を記録します。これにより、主に可視性、リソース割り当て、トラブルシューティングの向上など、いくつかの利点がもたらされます。 I/O フレームに VM タグを付けると、個々の VM によって生成されるトラフィックの可視性が向上します。これにより、ストレージ トラフィックの効果的な監視、分析、管理が可能になります。 VM のタグ付けにより、管理者はリソース割り当てを明確に把握し、個々の VM に固有の QoS ポリシーを実装し、トラブルシューティングを簡素化し、セキュリティとアクセス制御を向上させることができます。
ファイバー チャネル VM-ID テクノロジーでは、FC HBA、FC スイッチ、およびストレージ アレイでの VM-ID のサポートが必要です。最新の FC HBA およびスイッチの大部分は VM-ID をサポートしています。ただし、VM-ID は NetApp と PureStorage のストレージ アレイでのみサポートされているため、このテクノロジーの広範な採用と導入には課題が生じています。 Brocade スイッチの最近の技術革新により、タグレス VM-ID または VM-ID+ テクノロジーにより VM-ID の制限がなくなりました。
フラッシュ メモリ サミット 2023 での Marvell VM-ID
年に一度の国際的なメモリとストレージのショーケースであるフラッシュ メモリ サミット (FMS) で、私たちはマーベルのブースを訪れ、彼らがどのような取り組みをしているのかを見ていきました。 SSD コントローラー、NVMe アクセラレーター、CXL チップセットのデモに加えて、ファイバー チャネル VM-ID のライブ デモも行われました。 VM-ID のデモには、顧客とパートナーが多数参加しました。ファイバ チャネルの VM-ID は確実に普及しています。
タグなし VM-ID または VM-ID+
前述したように、VM-ID+ はストレージ アレイへの依存関係を削除して、VM-ID タグ付けをサポートします。 VM-ID+ は、ストレージ アレイが接続されている SAN ファブリックのポート上で構成されます。 VM-ID+ が有効になっている場合、ハイパーバイザーからストレージ アレイに送信されたフレームは、ストレージ アレイに接続されている出力ポートにある Brocade Gen 7 スイッチによって VM-ID タグが削除されます。ストレージ アレイがハイパーバイザーに送信するフレームには、ファブリックによって追加された VM-ID タグが含まれています。ファブリック スイッチは、VM テレメトリ データのマッピングと収集を維持します。
コマンドラインから VM-ID を使用して VM を追跡する
現在の VM とファブリック内で動作しているそれらの統計を表示する Brocade FC スイッチ コマンド:
A.実行する 「appserver -show -all」 参照出力を以下に示します。この情報には、VM-ID を使用して稼働中の合計 6 つの VM が反映されます。この場合、各 ESX ホストから 3 つの VM が存在します。最後の行は VM の合計数を示します。
sw0-G720:FID128: > appserver –show-all
--------------------
「ファブリック」の結果を表示しています
--------------------
N_ポートID: 010300
エンティティ ID (ASCII) : 52 b3 0f fc 5a 05 47 a6-18 eb aa b4 b4 8f 9a 5f
エンティティ ID (0 進数): 35322062332030662066632035612030352034372061362x3138206562206161206234206234203866203961203566dXNUMX
アプリケーションID: 0x00000010 (16)
エンティティ名:
ホスト識別子:
記号データ:
-------
N_ポートID: 010300
エンティティ ID (ASCII) : 52 2c c3 8f c8 3f f5 75-a5 6c db bd 89 3a 95 13
エンティティ ID (0 進数): 35322032632063332038662063382033662066352037352x6135203663206462206264203839203361203935203133dXNUMX
アプリケーションID: 0x00000012 (18)
エンティティ名:
ホスト識別子:
記号データ:
-------
N_ポートID: 010300
エンティティ ID (ASCII) : 52 b1 ac 8d 2a aa 93 c4-5e 51 98 24 84 63 e0 c2
エンティティ ID (0 進数): 35322062312061632038642032612061612039332063342x3565203531203938203234203834203633206530206332dXNUMX
アプリケーションID: 0x00000018 (24)
エンティティ名:
ホスト識別子:
記号データ:
-------
N_ポートID: 010800
エンティティ ID (ASCII): 52 bb 51 48 8a 5c 98 33-7a 74 c6 d5 27 05 58 49
エンティティ ID (0 進数): 35322062622035312034382038612035632039382033332x3761203734206336206435203237203035203538203439dXNUMX
アプリケーションID: 0x00000010 (16)
エンティティ名:
ホスト識別子:
記号データ:
-------
N_ポートID: 010800
エンティティ ID (ASCII): 52 36 64 98 87 5d a5 c6-02 38 0a d7 85 42 3b 4b
エンティティ ID (0 進数): 35322033362036342039382038372035642061352063362x3032203338203061206437203835203432203362203462dXNUMX
アプリケーションID: 0x00000012 (18)
エンティティ名:
ホスト識別子:
記号データ:
-------
N_ポートID: 010800
エンティティ ID (ASCII) : 52 de 5b 4f a9 9f 98 12-65 4f e7 ca c5 78 c2 3c
エンティティ ID (0 進数): 35322064652035622034662061392039662039382031322x3635203466206537206361206335203738206332203363dXNUMX
アプリケーションID: 0x00000018 (24)
エンティティ名:
ホスト識別子:
記号データ:
-------
アプリケーションサーバーには 6 つのエントリが表示されます.
B. Brocade Analytics Engine が報告した VM の統計
以下のコマンドを使用して、各 VM の I/O メトリックの詳細を確認します。
C. Brocade スイッチ ポートを確認してタグなし VMID のターゲットに設定する (NetApp および PureStorage 以外のストレージ アレイの場合):
sw0-G720:FID128:admin> portcfgappheader -h
使用法：
portCfgAppHeader –有効/–無効
D. すでに構成されているポートに対してコマンドを実行すると、次のように表示されます。
portcfgappheader 26 –有効にする
ポート 26 の同じ設定
SANnav による VM の追跡: 調査モード
SANnav の調査モードは、個々の VM の運用パフォーマンスに関する洞察を提供します。 SAN パフォーマンス統計とテレメトリ データを収集して保存し、主要なトラフィック メトリックをプロットする明確で直感的な時系列グラフを提供します。これには、ポート、リンクとトランク、拡張トンネルと回線、フローの MAPS 違反の詳細が含まれており、ユーザーが複雑なトラフィック パターンの動作を理解して調査するのに役立ちます。さらに、選択したポートについて、より頻繁に、ほぼリアルタイム (10 秒間隔) でメトリクスを収集できます。
ログイン後、SANnav ダッシュボード ビューに、管理されているファブリック/スイッチが表示されます。
1. [インベントリ] -> [フロー] -> ユーザー定義フィルターを選択します。
以下に示すように、「All-VMs-flows」と詳細なフローが表示されます。
2. アイコンをクリックします （...） 右上隅の をクリックしてドロップダウン メニューを表示し、「一括選択」をクリックします。
3. すべての VM の上にあるバナー領域で、チェックボックスをクリックしてすべての VM を選択します。
4. VM を選択したら、をクリックします。 右上の [アクション] ボタンをクリックし、[調査] を選択します。
調査モード ウィンドウ内で次の操作を行います。
5. それぞれのチェックボックスをクリックします。 VM を選択し、左側のパネルから [読み取りデータ レート] オプションをクリックします。
6. 次に、「過去 30 分間」の横にある下矢印をクリックします。
7. 「日付範囲の選択」の別ウィンドウが表示されます。左側の「過去 1 週間」の事前定義オプションをクリックし、「適用」をクリックします。
8. 次に、「間隔: 5 分」の横にある下矢印をクリックし、「6 時間」オプションを選択します。
9. ファブリック内に存在する XNUMX つの VM と関連トラフィックの詳細情報ビューが表示されます。カーソルを移動し、グラフ化された特定の時間インデックスの上にマウスを置くと、それぞれの読み取りデータ レートのパフォーマンスが表示されます。
10. 次に、「間隔: 5 分」の横にある下矢印をクリックし、「6 時間」オプションを選択します。
11. ファブリック内に存在する XNUMX つの VM と関連トラフィックの詳細情報ビューが表示されます。カーソルを移動し、グラフ化された特定の時間インデックスの上にマウスを置くと、それぞれの読み取りデータ レートのパフォーマンスが表示されます。
12. 右上の「リアルタイム」オプションをクリックして、XNUMX 秒ごとに詳細を表示および更新します。
VM-ID によって有効になり、上記の SANnav 画面に表示される個々の VM のパフォーマンスおよび IO プロファイルにより、SAN およびストレージ管理者は各 VM のトラフィック パターンを可視化できます。
Marvell QLogic VM-ID テクノロジーと Brocade SANnav は、最新のデータ管理におけるイノベーション リーダーです。 VMware ESXi、VM-ID のシームレスな VM 導入およびオーケストレーション機能、SANnav の包括的なストレージ管理ツールにより、企業は仮想化環境の複雑さに自信を持って簡単に対処できます。
これらのソリューションは、組織がデータ インフラストラクチャの可能性を最大限に活用できるようにし、最適なパフォーマンス、効率、適応性を確保します。テクノロジーが進化するにつれて、Marvell QLogic VM-ID と SANnav は、データ管理の合理化とオペレーショナル エクセレンスの強化を目指す堅実なパートナーであり続けます。
このレポートはマーベルの後援を受けています。このレポートで表明されているすべての見解や意見は、検討中の製品に対する当社の公平な見解に基づいています。
StorageReview と連携する
ニュースレター | YouTube |ポッドキャスト iTunes/Spotifyは | Instagram | Twitter | TikTok | RSSフィード
