複数のサーバ仮想化ソフトウェアを勉強する上で、限られた物理リソース上で如何にしてインフラ環境を整備するか問題に悩まされる方は多いのではないでしょうか。少なくとも私はよく悩まされます。そういったときに仮想マシン上でハイパーバイザが動かせればいいのに、と思うことが多いのではないでしょうか。 今回、VMWare ESXi上にESXiをインストールし、更にその上で64bitOSを動作させるまでの手順について、ESXi5.5でやった設定がESXi6.0でも利用できるのことを確認したので、備忘録として記載します。 【5/19 追記】 ESXi on ESXiの上で仮想マシンが通信するにはスイッチの設定も必要のため、こちらもご確認ください。 ゲストOSを動作させるために必要なもの いわゆる仮想化支援機能と呼ばれるもので、Intel VTが代表的です。Intel VTは実はIntelが提供している仮想化支

端末C（172.16.20.11）の所属する172.16.20.0/24 は、ルータのインターフェイス F1 に直接接続していることが確認できます。ルータは、インターフェイス F1 から端末C にパケットを転送します。 物理ネットワーク環境では、物理ルータがルーティングテーブルを持ち、単一のポイントでルーティング処理を実施します。また、複数の物理デバイスがある場合は、個々のデバイスに対して設定作業を行うことになります。 ルーティングの考え方及び、端末側の動作はネットワーク仮想化環境になっても変わりませんが、ネットワーク仮想化環境では物理ルータの持つルーティング機能を、分散ルーティングとしてハイパーバイザに実装することができます。分散ルーティングのアーキテクチャについて、「ルーティングテーブル」に注目する形でこの後見ていきます。 ■ネットワーク仮想化環境における分散ルーティング ネットワーク

■はじめに 「ネットワーク仮想化」をセールスやマーケティングではなく、エンジニアとしてアーキテクチャを正しく理解することが、今回のブログシリーズ「ネットワーク仮想化をネットワークの基本から理解する」のテーマです。「第2回 論理スイッチ（VXLAN） –Layer2 の世界」では、ネットワーク仮想化環境のL2 ネットワークサービスを見ていきます。 論理スイッチは、VMware NSX の提供するL2 ネットワークサービスです。オリジナルのイーサネットフレームにハイパーバイザでVXLAN ヘッダを付加することで、物理ネットワーク上にオーバレイのL2 ネットワークサービスを提供します。論理スイッチを使用することで、物理ネットワークに手を加えることなくL2 ネットワークを追加できます。 論理スイッチの設定はNSX の管理画面から行います。物理サーバや物理ネットワーク機器数十台にまたがるようなL2

■ はじめに 「ネットワーク仮想化」をセールスやマーケティングではなく、エンジニアとしてアーキテクチャを正しく理解することが、今回のブログシリーズ「ネットワーク仮想化をネットワークの基本から理解する」のテーマです。このシリーズは、VMware 社内でネットワークのバックグラウンドを持ったエンジニアが行った小さなワークショップがベースになっています。ワークショップ中ではホワイトボードを使用して通信の仕組みを理解し、実際のネットワーク仮想化環境でコマンドラインを使用し出力される情報と比較しながら、ネットワーク仮想化環境の特徴的な機能を1つ1つ確認していきました。 「第1回 理解するために必要なことを整理する」では、エンジニアがネットワーク仮想化を理解するために必要となる技術スタックを明確にし、第2回以降で各技術スタックの具体的な解説を行っていきます。 ■ ネットワーク仮想化の出てきた背景 VM

VMware の仮想ネットワークの構成や、「デバイス VMnet0のネットワークブリッジが動作していません。」エラーが発生した場合などのトラブルシュート時に使う「仮想ネットワークエディタ（vmnetcfg.exe）」を、VMware Player 6 でも使う方法です。 最近の VMware Player にはこのエディタが同梱されていないんですよねぇ…。 仮想ネットワークエディタ（vmnetcfg.exe）の導入VMware Player 6 と同世代の VMware workstation 10 のインストーラーを入手して、以下のコマンドで展開します。 VMware-workstation-full-10.0.0-1295980.exe /e .\tmpで出てきた「core.cab」を解凍。 .\tmp に解凍された以下2つのファイルを VMware Player のインストールディレ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

シスコ検証済みデザインは、新しいテクノロジーの設計、導入、拡張を成功に導くためのアプローチを文書化したものです。これらのアプローチについては、テストを実施済みです。 シスコ検証済みデザインガイドでは、構築可能なネットワーク構成、新しいソリューションを既存のシステムに組み込む方法、導入を成功させるためのベストプラクティスをご紹介しています。

(1) (2) (3) (4) 昨年、Windows Server 2012 Hyper-V における SR-IOV (Single Root IO Virtualization) の構築方法をご紹介しました。 SR-IOV とは、通常ハイパーバイザー側にソフトウェア実装される「仮想スイッチ」機能を NIC の中に内蔵するという技術です。Intel-VT の NIC 版みたいなイメージ。 スイッチング処理に CPU 負荷が掛からない レイテンシ（遅延）が圧倒的に小さい 物理 NIC のスループットをフルに発揮できる のように、仮想スイッチのデメリットを克服したシステムを実現できます。 実際 アプリ側が仮想化の条件として推奨し始めている ほか、10Gbps ファイルサーバーやバックアップサーバーといった I/O 系の仮想化 で非常に注目されています。但し、SR-IOV はゲスト側でチーミング

.vmxファイルにこんなの追記したら、telnetで覗けるようになった。 serial0.present = "TRUE" serial0.fileType = "network" serial0.fileName = "telnet://127.0.0.1:10000"VMware Fusionでしか試してないけど、多分他のVMwareでもいけるんじゃないかな。

This document discusses different methods for virtualizing I/O in virtual machines. It covers virtual I/O approaches like virtio, PCI passthrough, and SR-IOV. It also explains the role of the VMM/hypervisor in managing I/O between VMs and physical devices using techniques like VT-d, Open vSwitch, and single root I/O virtualization. Finally, it discusses emerging standards for virtual switching lik

1台のサーバで複数のOSを動かすことができる 旧世代 OS （ Windows Server 2003 など ）を、動作させることができる 複数台のサーバを、1台に集約することができる ……というメリットが知られていますが、それだけではありません。 vMotion とは、稼働中のサービスを停止させずに、仮想サーバを別のサーバへ移動させることのできる 機能です。 ■ vMotion を導入すれば…… ・ハードウェアメンテナンスによるダウンタイムを、ほぼゼロにできます。 ・ハードウェアのアップグレード中でも、サービスの提供を継続できます。 ● 通常の vMotionでは…… 共有ストレージに置かれている仮想サーバを、物理サーバ間で移動することができます。 ごくわずかな時間サービスが停止しますが、非常に短いため、ほとんど意識する必要はありません。 ● Storage vMotionでは…… スト