仮想化すべきでない10の理由（via Trend Cloud Security Blog） - 虎塚
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
[VirtualBox] 仮想マシンを別環境に移行する手順(エクスポート/インポート) - Life with IT
2014/11/24更新 対応バージョン: 4.3.20 VirtualBox上に作成した仮想マシンを他の環境に移行する手順を示す。 移行環境は以下のとおりとする。尚、両OS上に同一バージョンのVirtualBoxがインストールされていることが前提となる(OSの種類は問わない)。 移行元OS Ubuntu 14.04 移行先OS CentOS 7.0 移行対象の仮想マシン Windows XP Home(名称は「xp」とする) 仮想マシンのエクスポート 移行元仮想マシンの情報をOVF形式でexportする。 % VBoxManage export xp -o xp.ovf 上記により以下のファイルが出力される。 xp.ovf 各種構成情報を記述したファイル(XML形式) xp-xxx.vmdk 仮想ディスク 移行準備 上記のファイルを移行先マシンにコピーする。 移行先環境にて仮想マシンをi
![[VirtualBox] 仮想マシンを別環境に移行する手順(エクスポート/インポート) - Life with IT](https://cdn-ak-scissors.b.st-hatena.com/image/square/63c67004f340a9cfebe1346d512a10a786385cbc/height=288;version=1;width=512/https%3A%2F%2Fl-w-i.net%2Fimg%2Flogo_256.png)
CloudStackを構成するコンポーネントを探る
CloudStackの論理コンポーネント 次に CloudStackの論理的な構成を図2に示します。 CloudStackを構成する仮想的なコンポーネントは以下のとおりです。 仮想サーバ(インスタンス) 仮想ルータ(Virtual Router) Console Proxy Secondary Storage VM それぞれのコンポーネントについて、以下に説明します。 仮想サーバ（インスタンス） 仮想サーバ(インスタンス)は、Computing Node上で、ユーザーのリクエストによって作成される仮想的なサーバです。一般的なクラウドサービス・ソフトウェアではAmazon Web Servicesにならって仮想サーバをインスタンスと呼びます。仮想ネットワークモード（Virtual Networking Mode）では、仮想サーバはGuest Networkに接続されます。 仮想ルータ（Vir
Vyatta――クラウド時代の仮想ルータ活用術：導入編（1/2） － ＠IT
オープンソースで実現する柔軟なルータ Vyatta――クラウド時代の仮想ルータ活用術：導入編 松本直人 日本Vyattaユーザー会 運営委員 さくらインターネット研究所 上級研究員 2010/11/22 オープンソースソフトウェアを集めて作られたルータ「Vyatta」は、ルーティングやファイアウォールといった機能を、既存のハードウェア一体型ルータには実現しがたい柔軟さで提供します（編集部） Vyattaとは何か？ Vyattaは「ビアッタ」と発音し、サンスクリット語で「オープン」を意味する言葉です。その名のとおり、オープンソースを集めて作られたルータソフトウェアで、北米のVyatta社がディストリビューションを管理・運営しています。 Vyattaには、「VyattaCore」と呼ばれる非商用版と、「Vyatta Subscription Edition」と呼ばれる商用版があります。オープン
vSphere ESX 4.0 検証奮闘記 その１~ vSphere 4のインストール ~ - インボルブ社員の技術メモ
仮想化技術であるVMware・Hyper-V、ネットワーク機器に関する技術情報、iPhone（ios）&Androidアプリの開発メモなどメインに各種OSのちょい技から技術系以外のネタまで情報盛り沢山なメモにしていきます。自分のための備忘録でもあり、株式会社インボルブ所属の社員同士が知識共有のためにも使っているメモです。 本日より、昨日紹介したリリースされたばかりのvSphere 4のインストールを早速やっていこうかと思います。 VMware vSphere 4 がダウンロード開始!! やはりいきなり実機にインストールしてみるのも不安なので、 今回もVMware Workstation 6.5上にvSphere ESX 4をインストールしてみました。 ◆用意するもの １．VMware Workstation 6.5 ・VMware社から試用版をDL ２．vSphere 4 ・VMware社
NagiosでVMWare ESXiの監視
仮想環境の監視は数年前から話題になっている。 昨年、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では、管理ク
VMware ESXiでゲストOSのクローンを作成する
VMware VirtualCenter Serverを導入しないで、単体でESXiを運用している場合、ゲストOSのコピー・複製（クローン）を作成するには少し面倒な手順が必要になる。 VMware Infrastructure ClientのConfigurationタブでStorageを選択し、ストレージのリストを表示させる。その中からゲストOSを格納しているストレージを選択した状態で、右クリック・メニューの先頭のBrowse Datasoreをクリックする。 するとDatastore Browserが立ち上がり、VMゲストのディレクトリがリストされる。今回、コピー元にするvm122のディレクトリを見ると、vm122.vmdkというVirtual Diskファイルやvm122.vmxなどのVirtual Machineファイルがあることがわかる。 ■注意 ・ここで紹介する方法で間違った操
エンジニアなら知っておきたい「仮想マシン」のしくみ (BPStudy38)
Docker / Kubernetesのネットワークアーキテクチャの解説と、代表的なCNIプラグインとしてFlannel、Calico、Canal、NSX-T Container Plugin (NCP) を取り上げ、それぞれの実装の比較しています。Japan Container Days v18.12 での講演資料です。
KVMを使う（インストール編）
カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (352) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (5) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン
第4のハイパーバイザー、Red Hatの「KVM」
本連載では、これまで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ページを開く
はてなブログ | 無料ブログを作成しよう
VMware ESXi 4で機器障害を通知する方法 | それでも地球はまわっている
すらりん日記
FrontPage - WMware まとめ Wiki
HugeDomains.com