この記事では、仮想ホスティング環境でゲスト OS として実行されている Windows Server ベースのドメイン コントローラー (DC) に影響する問題について説明します。 また、仮想ホスティング環境で DC が実行される場合の考慮事項についても説明します。 元の KB 番号: 888794 概要 仮想ホスティング環境を使用すると、1 つのホスト コンピューター上で複数のゲスト オペレーティング システムを同時に実行できます。 ホスト ソフトウェアは、次のリソースを仮想化します。 CPU メモリ ディスク Network ローカル デバイス 物理コンピューターでこれらのリソースを仮想化することで、ホスト ソフトウェアを使用するコンピューターの数を減らして、テストと開発、および運用環境の役割でオペレーティング システムを展開できます。 仮想ホスティング環境で実行される Active
VMwareESXiにゲストOSとしてVMwareESXを 入れてみようというお話。 なんでそんなことをするのか? VMwareの本当の価値は複数のESX Serverを統合管理して VMotionとかVMwareHAとかできることにあるのですよ。 でも、実際はESXを動かすハードウェアが2台以上ないと VMotionとかできない。 それはおもしろくないし用意するのも大変だし、 で仮想環境でVMwareのインフラを作って検証できちゃうならば やってみるぜってことです。 ESXiは前回導入した物理ハードウェア、HP ML115G5に インストールしてます。無理矢理USB起動のやつで。 で、その上で VertualCenterを動かす用としてWindowsServer2003、 共有ストレージのNFSサーバーとしてRHEL5、 VMwareESX3.5 x2の4台のゲストOSを作りました。 w
2009年07月22日04:13 カテゴリ仮想化 VMWare仮想マシンのネットワークインターフェイスの選択方法 VMware仮想マシンでは今のところ3種類のNIC(Network Interface Card)のエミュレートができる。 vlance 俗に言うAMD PCnet32 10Mbps 遅い e1000 俗に言うIntel PRO1000 1000Mbps 速い vmxnet VMware独自のNIC 1000Mbps相当 速い vlanceとe1000は、ゲストOSに該当ハードウェア用のドライバが用意されていればそのドライバを利用することが出来る。 ただし、実際のハードウェアと完全な互換を保つ必要があるため、ホストOS(ESXならvmkernel)でのCPU負荷が大きい。ネットワーク負荷に伴って、CPUリソースがどんどん食われる傾向にある。 そこで利用されるのがvmxnetで、
シナリオ 2 … VMware ESXi 4 →外界でも VMware ESXi 4 への変換では Flat / Thin の 2種類から選べます。 Thin 指定すると、確かにコンパクトな vmdk ファイルになります。結構結構。 問題は、ESXi 4 にある仮想マシンのバックアップを、別のストレージに取りたいときです。 例えば Windows 2008 R2 の仮想マシンを ESXi 4 上で新規作成したとします。システム要件を見ると、40GB 以上 (完全インストール) なので、そんなに詰め込む予定はないが 40GB の仮想ファイルを Thin で作成します。 Windows 2008 インストール直後の状態で、確かに ESXi 4 上では 16GB のコンパクトな vmdk ファイルが作成されていますが、 データストア ブラウザでフォルダごとローカルに書き出し (ダウンロード)、W
ESXi 仮想マシンのバックアップ方法まとめ (vCenter Converter, RCLI, SSH, データストア ブラウザ) CPU の制約でやむを得ず VMware ESXi 3 と ESXi 4 の混在環境を作りました。問題は仮想マシンのバックアップ / リストア時の「クセ」が、バージョンによって異なるのが厄介です。まずは手段にどんなものがあるかと、Read-only アクセスの罠について。 ESXi バージョンごとに、できる / できない操作 まずは総まとめから。ESXi 3つのバージョンを用意して、バックアップ方法をさんざん取っ替え引っ替え試してみました。
シナリオ1 … VMware Server 可変ディスク→ VMware ESXi 3 こんなシナリオを考えてみましょう。 VMware Server を今まで使用していて、VMware ESXi 3 に移行したいとします。Read-only はイヤだ、x86 CPU だから 4 が動作しない、などの理由で。 VMware Server 上の vmdk ファイルは、thin 形式でサイズがコンパクトなので、そのまま ESXi にも持って行こうと。 ダイレクトに VMware Server → ESXi にファイルコピーしても動作しません。 vCenter Converter を使用する必要があります。しかしいざ、vCenter Converter で、VMware Server → ESXi への変換をしようとすると… 無情にも仮想ディスクがふやける ESXi 3 では Flat しか選べ
先日発見した方法でバックアップはできるのですが、さすが何十GBともなるとかなり時間がかかります。.vmdkファイルをコピーするなら、cpコマンドよりvmkfstoolsコマンドの方が早いです。例)vmkfstools -i FreeNAS.vmdk ../../nas1/test.vmdk1GBの.vmdkファイルを異なるiSCSIストレージ間でコピーしたところ、cpコマンドだと68秒、vmkfstoolsだと34秒でした。vmstatで見ると転送効率はいいみたいですが、転送速度が倍になっているわけではなく、どうやら未使用領域をスキップしているみたい。cpコマンドだと空のエリアも非圧縮のまま(?)転送しますから、vmkfstoolsコマンドを使った方が早くて便利ですね。
USB メモリブートする VMware ESXi 3.5 を作成する 提供:maruko2 Note. 移動: 案内, 検索 目次 1 必要なもの 2 手順 3 参考サイト 4 VMware 関連のページ 無償でダウンロードできるようになった VMware ESXi 3.5 を、USB フラッシュメモリにブート可能にインストールする。 USB ブートできるようになると、ディスクレスのサーバが簡単に作成できる。(OS のインストール先を NFS/iSCSI/SAN などのストレージにすることができる。当然、ローカルのディスクも選択可能。) VMware vSphere Hypervisor (ESXi) 4.x でもファイル名に違いがあるものの、同じ方法で可能。5.0 では、同様の方法では作成できない。 必要なもの Windows XP/Vista/7 で作成する場合。 VMware ESX
VMware ESXiを運用していくうえで重要なのが障害対策。そのためにストレージのバックアップは欠かせません。VMware Consolidated Backup(VCB)という製品も提供されていますが、VMware Infrastructure 3は有償で、しかもかなり高価な製品です。なんとかコストを抑えつつ、簡単にバックアップする方法はないものか・・・。 ところでVMware ESXiはSSHでログインが可能です(やり方はググってください)。それならSSHでログインして.vmdkファイルをコピーすりゃいいじゃん!簡単簡単! 仕方ないのでVCBの購入を検討します。…検討します。…検討します。買い方わかんねー。(笑) 一応VI3の体験版を入手してVirtual Centerをインストールしてみたんですが、具体的にどうすればいいのかわかりません。それどころか8個以上のVMを起動できず(
On-premises IT for hybrid cloud Keep your business and data protected and resilient across hybrid IT – even during disruption. Enterprise AI infrastructure Infuse AI and automation with your business transformation and data strategy. IT infrastructure modernization Modernize apps, servers and storage in place to integrate seamlessly with hybrid cloud and AI. Unlock innovation today As the digital
VMware ESX Serverを利用した仮想環境を構築するには,ハードウエア構成,ネットワーク構成,ゲストOSの管理方法など検討しなければならない。これらに加え,VMware ESX ServerとゲストOSの大量展開方法やバックアップ方法,システム管理ソリューションなど,システム構築のポイントについて紹介する。まずは,VMware ESX Server 3.0の構成要素とゲストOSの実装方法などに関して説明する。 VMware Infrastructure 3.0では,その前バージョンに当たるVMware ESX Server 2.xと比べてライセンスの管理方法が変わった。ここでは,ライセンスの管理方法も含めて,VMware ESX Server 3.0とゲストOSの管理方法について説明する。
VMware Infrastructure 3.5では、仮想マシンのバックアップ方法で結構混乱があった。 従来からの方法はサービスコンソールにバックアップソフトのリモートエージェントをインストールし、仮想マシンをシャットダウンして、サービスコンソールのリモートエージェント経由でvmdkファイルをバックアップ。 途中からその方法は推奨されなくなり、やはり仮想マシンをシャットダウンさせて、サービスコンソールでvmkfstoolsを使ってVMFSボリューム上のvmdkファイルをext3ボリュームにエクスポート。 そしてエクスポートしたvmdkファイルをサービスコンソール上にインストールしたバックアップソフトのリモートエージェントで外部媒体にバックアップ。 大きく進化したのはやはりVMware Consolidated Backupの仕組みが提供されるようになってから。 これを使うとVMFSボリュ
1. 運用コストを削減するため,仮想化による基幹システムのサーバー統合を実施した 2. 前例のない中で,仮想化の判断基準を独自に定め,およそ7割のサーバーを移行することにした 3. 12のサーバー・パターンを選定して4カ月間の移行検証を実施し,移行ノウハウを蓄積した 「こんな保守的な判断基準では,十分な効果を得られない。基幹システムの仮想化にふさわしい基準作りが必要だ」──。富士フイルムコンピューターシステムの柴田英樹氏(システム事業部 ITインフラ部 部長)は2008年1月,富士フイルムのサーバー統合計画の検討資料を前に,頭を悩ませていた。数百台ある基幹システムのサーバーのうち,どのサーバーを仮想化できるかざっと試算してみたところ,およそ3割しか仮想化できないという結果だったからだ。 この試算結果は,仮想化プロジェクトのコンサルティングを担当する日本ヒューレット・パッカード(以下,日本H
NEC Express5800/S70 Type SD(長いなー。以下S70SDと略)にVMwareのESXiを導入する話。 ESXiは近頃はやりの仮想環境を構築するソフトウェアである。VMware Serverとか,MSのVirtualPCとか,SunのVirtualBoxとか,Xenとか,そういったところの一種だ。ひとつ大きな違いは,VMware Serverとかが,WindowsやLinuxといったインストール済みのホストOS上で動作するのと異なり,単体でインストール/動作できるという点。厳密には,自前でLinuxベースの小さなOSを持っている(らしい)わけだが,それでも,余分なものを含んでいない分,オーバーヘッドが極めて小さい。WindowsがホストOSだったりすると,それだけでそれなりのCPUパワーやメモリを食ってしまうしね。特にS70SDに標準搭載されているCPUはCelero
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く