Trend Cloud Security Blogの昨年末の連載記事で、「システムを仮想化しない理由」がまとめられていました。 内容は、仮想化するかしないかの参考にするというよりも、「システムを仮想化しようと考えたときに対応を検討する必要があるもの」という観点で見た方がよい感じでした。 覚書きを兼ねてメモしておきます。 原文 5回の連載で10項目が挙げられています。 http://cloudsecurity.trendmicro.com/blog-series-part-1-of-5-10-reasons-not-to-virtualize/ http://cloudsecurity.trendmicro.com/blog-series-part-2-of-5-10-reasons-not-to-virtualize/ http://cloudsecurity.trendmicro.com
※ ある vExpert の方に Twitter で教えていただきました。 下記の ESXi ホスト、Update がどこまで当たっているか分かりますか？ 拡大： バージョン 5.0.0 なので 「5.0 Update なし」？ . . . . . 正解は「5.0 Update1」です。 そんな感じで GUI ではバージョンが分かりにくい VMware vSphere 製品ですが、Build Number をベースにバージョンとリリース日を辿ることができます。 Version Release Date Build Number ESXi 5.0 U1 2012-03-15 623860 ESXi 5.0 Patch 2 2011-12-15 515841 ESXi 5.0 Express Patch 1 2011-11-03 504890 ESXi 5.0 Patch 1 2011-09-
yebo blog: クラウドネットワークの拡張規格「VXLAN」
2011/09/02 クラウドネットワークの拡張規格「VXLAN」 VMware、Cisco、Citrixなどが、クラウドネットワーキングに関する新たな規格「VXLAN」のIETFドラフトを提出したそうだ。VXLANは、大規模なマルチテナントクラウド、複数のデータセンターにまたがる仮想データセンターの構築するためのVLANの拡張規格。サーバ仮想化技術を用いたクラウドサービス(IaaS)でのテナント分離には、802.1Q VLANが使われるが、VLAN IDが4094と少ないことが問題となる。MAC-in-MAC、EVB、PBBやMPLSなどで解決しようとしてきたが、新たな方式を作ってしまえという事になったようだ。VXLANでは、VNI (VXLAN Network Identifier)と呼ばれる24ビットのIDを使い、しかもレイヤ2の通信をレイヤ3でトンネルすることでネットワークを拡張す
本連載では、これまでVMwareの「VMware ESX/ESXi」、マイクロソフトの「Hyper-V」、シトリックスの「XenServer」などを取り上げてきた。今回は、第4のハイパーバイザーといえる米Red Hatの「KVM」を紹介する。 ■Linuxカーネルに統合されたKVM Red Hatは、6月中旬から企業ユーザー限定で「Red Hat Enterprise Virtualization（以下、RHEV）」のβテストを始めた。RHEVは、昨年Red Hatが買収したQumranet（クムラネット）のKVMをハイパーバイザーとしたものだ。 Linuxのハイパーバイザーとしては、米Citrixに買収されたXenが有名だ。しかし、Red Hatは、今後KVMがLinuxのハイパーバイザーとして主流になっていくと考えている。 米Red Hat、Executive Vice Preside
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
