押さえておきたいvSphereの基本-可用性編 vSphere HA/FT
「押さえておきたいvSphere の基本」の可用性編の1回目として、前回、vSphere DRSをご紹介しました。 今回は、2回目として、ホスト障害の際にも仮想マシンの稼働を最大化する機能、vShpere HA、vSphere FTに関して順にご紹介します。 ESXiホスト上で稼働している仮想マシンは、そのホストが障害で止まってしまった場合、稼働停止を余儀なくされます。 vSphere HAは、ホスト障害により止まってしまった仮想マシンを他の正常なホスト上で再稼働する機能を提供します。 例えば3台のホストがvSphere HAで構成されている上記の様なケースで、真ん中のホストが何らかの障害により止まってしまった場合、このホスト上で動いていた仮想マシンは停止してしまいます。この障害を検知すると、他の正常なホスト（上記の場合は左右ホスト）が仮想マシンを自動的に再度稼働させます。vSphere
仮想マシンのスナップショットのオプション
VMwareの仮想マシンスナップショットだが、オプションが2つある。これらの違いを調べてみた。というかほとんど参考URLのKBに記載されているので、それの補足的な情報になる。 パワーオフ仮想マシンのスナップショット 後述するが、上記2つのオプションは、パワーオン状態でなければ実施できない。逆にパワーオフ状態の仮想マシンの場合は、ディスクのスナップショットが取得されるだけであり、ファイル名としては以下が作成される。 ◆vSphere Clientのデータストアブラウザで確認した場合 ＜VM名＞.vmdk ←元の仮想ディスク ＜VM名＞-000001.vmdk ←差分ファイル ＜VM名＞.vmsd ←スナップショットのメタデータ ＜VM名＞-Snapshot＜番号＞.vmsn ←メモリのスナップショット情報(28KB程度と非常に小さい)
VMware Data Recovery 管理ガイド
VMware Data Recovery 管理ガイド Data Recovery 1.2 このドキュメントは新しいエディションに置き換わるまで、 ここで書いてある各製品と後続のすべてのバージョンをサ ポートします。このドキュメントの最新版をチェックする には、 http://www.vmware.com/jp/support/pubs を 参照してください。 JA-000193-00 VMware Data Recovery 管理ガイド 2 VMware, Inc. 最新の技術ドキュメントは VMware の Web サイト（http://www.vmware.com/jp/support/pubs/）にあります VMware の Web サイトでは最新の製品アップデートも提供されています。 このドキュメントに関するご意見およびご感想がある場合は、docfeedback@vmware.co
vSphere 基本システム管理
vSphere 基本システム管理 vCenter Server 4.0 ESX 4.0 ESXi 4.0 JA-000105-00 vSphere 基本システム管理 2 VMware, Inc. 当社 Web サイトにて最新の技術文書をご覧いただけます。 http://www.vmware.com/jp/support/ 当社 Web サイトでは製品の最新アップデートも提供しています。 このマニュアルに関してご意見等がございましたら、下記の電子メールアドレスに連絡ください： docfeedback@vmware.com © 2009 VMware, Inc. All rights reserved. 本製品は、米国著作権法および米国知的財産法ならびに国際著作権法および 国際知的財産法によって保護されています。VMware製品には、http://www.vmware.com/go/paten
Windows10 Pro上でHyper-Vコンテナーを使い始める手順
以前の記事でDocker for Windowsを使ってWindows10上でLinux Kernelベースのコンテナを実行する手順を紹介しました。今回はWindows10のHyper-Vコンテナーの機能を使って、Windows Kernelベースのコンテナを実行する手順を紹介します。 1. Windows 10 Pro上で利用できるコンテナー 本記事はMSDNサイトにある「Windows 10のWindowsコンテナー」という記事を参考にして、Windows 10 Pro Insider Previewを使って検証しました。 Windows Server 2016ではWindows ServerコンテナーとHyper-Vコンテナーの２種類のコンテナ機能が利用可能です。この二つのコンテナの違いは以下の通りです。 Windows Serverコンテナーでは各コンテナはホストの１プロセスとして
Windows 10 での Windows コンテナーと Linux コンテナーの共存方法 - Qiita
Windows 10 での Windows コンテナーの有効化 以前の投稿 "Visual Studio 2017 による ASP.NET Core アプリの Docker コンテナーの利用" では、Windows 10 環境において、Docker for Windows をインストールして、Linux コンテナーを有効化しました。 一方、Windows コンテナーは、Windows 10 Anniversary Update から、Windows の機能として組み込まれており、ASP.NET 等の Windows に依存したアプリケーションを開発している場合は、この Windows コンテナーの方が利用頻度が高いかもしれません。 現状、Windows コンテナーでは、Linux イメージを動作させることはできず、また、Linux コンテナーでは、Windows イメージを動作させることは
Dockerコンテナに特化した「RancherOS」正式版リリース。Linuxカーネル上でDockerを実行、システムもユーザーもすべてをコンテナ空間に
Dockerコンテナに特化した「RancherOS」正式版リリース。Linuxカーネル上でDockerを実行、システムもユーザーもすべてをコンテナ空間に RancherOSは単にコンテナの実行に関係ないライブラリなどを省略してLinux OSをスリムダウンするだけではなく、Linux OSの構造そのものをコンテナ専用にしようというアプローチを採用しています。 その最大の特徴が「Everything in RancherOS is a container managed by Docker.」（RancherOSのすべてはDockerが制御するコンテナ内にある）というものです。 下記のRancherOSの仕組みを示した図にあるように、Linuxカーネル上でDockerを実行し、ntpd、syslog、consoleといったシステム関連のプロセスはこの「System Docker」が制御するコ
押さえておきたいvSphere の基本～ネットワーク編 第1回～
「押さえておきたいvSphere の基本」のネットワーク編として、仮想化環境におけるネットワークの基本を3回に分けてご紹介していきます。第一回は一般的な仮想スイッチの役割と機能及び、vSphere Standardエディションで使用できる標準スイッチ（vSphere Standard Switch 以下vSS と表記）について、分散スイッチ（vSphere Distributed Switch 以下vDS と表記）との差異を中心に解説します。 仮想スイッチは、仮想マシンと物理ネットワークを接続するためハイパーバイザ内に作成されたL2 スイッチとして、サーバ仮想化環境での導入が進んでいます。サーバの仮想化に比例して、仮想スイッチの導入も進んでおり、下記のグラフから既に2012 年の時点でデータセンターにおけるアクセスポート（サーバが接続されるスイッチのポート）数で、仮想スイッチの提供するポー
仮想スイッチのお作法～標準スイッチから分散スイッチへの道～
1回目：仮想スイッチのお作法#1 （仮想スイッチの歴史とポートIDベースロードバランス） – Back Number – #1…仮想スイッチのお作法#1 #2…仮想スイッチのお作法#2 #3…vSphere 6. 5の分散スイッチの機能とアーキテクチャ#3 #4…分散スイッチの管理①#4 #5…分散スイッチの管理②#5 #6…Network I/O Control#6 こんにちは、ソフトバンク コマース＆サービスの中川明美です。 今回は、あらためて「仮想スイッチ」について取りあげます！！ 私は、2009年から2015年までVMware認定インストラクターとして、「VMware vSphere : Install, Configure, Manage (5日間)」等の公認コースを実施してきました。 インストラクターとして得た、「ここがポイントですよ！」を共有しながら、標準スイッチと分散スイッ
第1回 最新モデルを意識したCPUとメモリのサイジング
第1回 最新モデルを意識したCPUとメモリのサイジング：Windows Server 2012 R2時代のHyper-Vサーバ設計術（3/3 ページ） 親パーティションのリソース消費量 先ほどから仮想マシンばかりに目を向けているが、Hyper-Vでは仮想マシン以外にも「親パーティション」と呼ばれる管理OS（ホストOS）が稼働している。このOSはHyper-Vに最適化されたものではなく、普通のWindows Server OSが利用され、仮想スイッチやデバイスのI/O処理、仮想マシン管理などを担っている。VMware ESXiのVMkernelに相当するものであるが、Hyper-Vの場合は普通のWindows Server OSが稼働していることもあり、それなりのリソースが消費される。 プロセッサ： 2コア程度 メモリ： 2～3Gbytes これらをどのようにサイジングに盛り込むかであるが、
仮想化環境の具体的な設計方法を知る
仮想化環境サイジングのために理解すべきポイント 仮想化環境をどのような機器で構成すれば、必要なリソースが用意できるだろうか。要件定義の際に割り出したリソース量を、適切な設計でハードウエア構成に落とし込まなければならない。もちろん、できるだけコストを抑えながら、必要な冗長性も確保しなければならない。 仮想化環境の構成を検討する上で、理解しておく必要のあるポイントを解説する。 消費電力削減効果 上記項目3で挙げた消費電力削減効果だが、試算例を挙げておく。 既存環境では300W消費するサーバーマシンが30台稼働しており、合計が9000W。これらのマシンを仮想化統合することで、消費電力は3000W、3分の1まで削減できる。電気代に換算すると、年間約127万円、5年間で約635万円の電気代が節約できることになる。 この計算例は一例だが、台数が多いほど、またリソース使用率が低く仮想化統合の比率が高くな
仮想環境の統合率を高める方法 (2)参考指標を学ぶ
統合率の目安は10 仮想化において、設備投資コスト削減の効果を最もよく示す指標は何だと思いますか? それは、ホスト1台あたり何台のVMが稼働しているかを示す、「統合率」です。たとえば、統合率が2倍になれば、サーバ台数が半分になり、ラックスペースやストレージポートなども減ります。統合率をどれだけ高くできるかが仮想化のコスト削減効果を左右すると言っても過言ではありません。 当社がグローバルで行った顧客サーベイ(VMware TAM Customer Intelligence Dashboard 2013 Q4)によれば、統合率の平均は「12.5」です。このサーベイの対象は比較的大きめなシステムを持つ顧客が多いので、少し割り引いて考えて、「10」ぐらいの統合率を目安として考えるとよいと思います。皆さんの環境では、この平均を超える、十分に高い統合率が実現できているでしょうか? 残念ながら、ほとんど
Virtioについてのまとめ - Qiita
仮想環境におけるI/Oフレームワーク virtio_netはvirtio上に構築されたネットワーク用の準仮想化デバイスドライバ (図はKVM PV DEVICESより引用) Virtioのアーキテクチャ 準仮想化デバイスドライバは共通のvirtioと呼ばれる仮想キューのインタフェースを使用して構築される 仮想キューはゲストとホストOS間で共有されるメモリ上に構築されるリングキューとして実装される ハイパーバイザー側にも各フロンエンドデバイスに対応するバックエンドデバイスドライバーが存在 (図はvirtio: Linux の I/O 仮想化フレームワークのvirtio フレームワークのアーキテクチャー概要より引用) Virtioのバックエンド実装 virtual queueへの通知及びデータアクセスをQEMU上で行う host側のカーネル空間からデータのアクセスを行う host上のユーザ空間
ネットワークの仮想化技術～SDN、NFVが変えるネットワークの世界～ - JPNIC
ニュースレターNo.58/2014年11月発行 ネットワークの仮想化技術〜SDN、NFVが変えるネットワークの世界〜 1. はじめに サーバ仮想化技術が進歩するにつれ、物理マシンには何らかの仮想化ソフトウェアを導入し、1台の物理マシン上に多数の「仮想マシン(Virtual Machine; VM)」を動作させて利用するケースが増えてきています。また、クラウドサービスが広く普及しつつある今日、もはや自社で物理マシンを設置して利用する形態ではなく、クラウドサービス事業者から必要なスペックのVMを必要な台数だけ借りてきて利用する形態へのシフトも進んでいます。このような状況になると、物理マシンとその上で動作するVMとを独立して考えることができるようになり、ユーザーは自分が使っているVMが、どの物理マシン上で動いているのかなどは気にする必要がなくなります。しかし、そのような環境を実現するためには、サ
「VMware Cloud on AWS」 - AWSとVMwareの提携から見えるのは弱者連合 - IT系会社員ブロガー
10月14日、VMwareとAmazon Web Services（AWS）が、VMware環境をAWS上で提供する「VMware Cloud on AWS」を共同発表しました。 AWS上でVMwareが、そもそも？？？ですが、それよりも、あちこちの記事を見てみると、ピントが外れた内容が目立ちますね。 どれもこれも同じ切り口。大きくは「最強のハイブリッド環境を手に入れたAWS」と「クラウドでの逆転を狙うVMware」の強者連合風に書かれています。 つまり、AWSは、オンプレへリーチしたかった、ハイブリッド環境が欲しかったと推測されているようですが、AWSのようなオールクラウド、フルクラウドの思想しか持っていないところが、そんな訳ないでしょう。 AWSは、オンプレは不要としか考えていないです。また、AWS自体、自社のクラウドロックインしており、他のクラウドへの移行をも困難にしています。 それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VMware Knowledge Base
Agent and Agentless VM Backup and Recovery – Unraveling the myths
https://www.symantec.com/content/en/us/enterprise/white_papers/be-15-vmware-en.pdf
IBM Developer
ppt2.pdf