Integrate with VMware APIs to build on top of VMware products, manage our portfolio and automate your infrastructure.
ESXi でネットワーク Disk 上に VM を構築するにはいくつかの手段があるのですが,それらの速度を測定してみました。 おことわり おもに下記の命題を検証するために測定を行いました。 NFS data store でも iSCSI data store / raw disk と比べて遜色ない(といいな) 性能比較としては統制のとれていない劣悪な環境で行いました。 ネットワーク環境は 100Mbps(!) しかも isolated な環境ではない……つまり他のパソコンやルータ等がつながったハブにもつながっている(!) ストレージサーバは単一のディスクを LVM で分割して利用している なので外周内周による速度の違いはありうる といっても 1TB HDD に 32GB の LV をいくつか切っただけなのでそこまでの差はないと思う VMware ESXi はCPU 周波数やメモリ割り当てを
いっぴきエンジニア おじさまシステムエンジニアがジャンルも関係なく書いている日記風ブログです。 時間がありましたら是非お立ち寄りください。 久々のVMware ESXiの話題。 最近導入した開発環境のVMware ESXi 5.0が不調につきよく固まる。 休日明けの朝に固まることが多いが、金曜日の夜にも固まったり、昨日の夜も固まっていた。 なんとなくだが、利用頻度が低くなると固まる事が多いように感じる。 低電力モードとか、長時間ディスクアクセスしないとディスクのマウントが外れてしまうのだろうか? 原因はわからないので、しばらく悩むとして、今日は強制終了のやり方。 こんな状況なので、本体の電源ボタンを長押しでポチっと落としたことが何回かあったが、そんなことをやっていたらVMware ESXi自体が起動しなくなってしまった。 おそらく、起動モジュール自体を壊してしまったのだろう・・・。 再イン
事務所のVMware ESXiを4.1 Update2から5.0 Update 1へアップグレードを行って今のところ順調に稼働しております そこで次のステップは電源喪失時の自動シャットダウンと電源復旧時の自動電源ONの仕組みに挑戦です VMware ESXi 4.1 からパススルー機能が利用できるようになっていたらしいのですが、どうせなら5.0にアップグレードしてからと思い今回の作業となりました 構築内容と電源喪失時の想定している動作は VMware vSphere Management Assistant 5.0 (vMA)の導入 サーバー本体のシリアルポートをvMA 5.0に認識させる apcupsdでUPS管理 電源喪失時にapcupsdのシャットダウンコマンドからshutdownHostViaSOAPAPICall.plを使ってESXi 5.0をシャットダウン ESXi 5.0シャ
仮想環境の監視は数年前から話題になっている。 昨年、VMWare vSphere4.1が発売され、ESXの開発が中止になり、今回限りの提供となってしまった。 今後はESXiのみの提供になるため、現在ESXで運用している場合でも、この機会にVMWare vSphere4.1にバージョンアップするのであれば、ESXiでの運用に切り替えたほうがいいだろう。 ESXとESXiの違いは、Service Consoleと呼ばれる管理用のOSの有無だけだ。 このService Consoleと呼ばれる管理用のOSは、CentOSをベースに作られており、ESXでは、このOSを使用して従来と同様の監視を行う事が出来た。 しかし、ESXiでは、このService Consoleと呼ばれる管理用のOSがないため、従来の監視手法は利用できない。 では、ESXiでは、どのように監視を行うのか? ESXiでは、管理ク
https://hds.networld.co.jp/helpdesk/support/FaqFacadeServlet?TaskType=Detail&seriesId=VMwareFAQ&id=00001214&categoryId=0035&JspUrl=/support/FrequentlyDetail.jsp http://d.hatena.ne.jp/connect24h/20090204 http://marchen.boy.jp/?p=1030 ディスク管理 vmkfstools コピー vmkfstools -i <コピー元仮想ディスク> <コピー先仮想ディスク> 例) vmkfstools -i /vmfs/volumes/source/vm1/vm1.vmdk /vmfs/volumes/destination/vm1clone-disk/vm1clone.vm
我が家の物理サーバーを VMware ESXi 4.0 化するまで CentOS 上で稼働していた VMware Server 1.0 では、仮想マシン (以下 VM) 操作コマンド vmware-cmd をシェルスクリプトに組み込んで活用していたが、VMware ESXi 4.0 ではこれに相当するコマンドが vim-cmd (VMware Server 2.0 では vmware-vim-cmd) となり、オプションや使い方が大幅に変わった。また通常のコマンドのオプションやシェル環境も CentOS と異なるため、VMware Server 1.0 時代のバックアップ・スクリプトをそのまま流用することはできない。 しかし比較的急務と言える ESXi 用 VM バックアップ・スクリプトの作成は、忙しかったこともあって、ずっと後回しになっていた。こう言う空隙を突いて発生しがちなトラブルに備
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く