自宅ラボ環境はメモリ16GBの物理サーバ上に3台のNested ESXi 7.0 とvCSA、その他2つの仮想マシンが稼働しています。その為、メモリのオーバーコミットありきで作成した環境でしたが、稼働中にどのくらいの負荷が掛かっているかをesxtopコマンドの結果から見てみました。 なお、物理メモリ 16GB の物理サーバーに以下の仮想マシンを作成、稼働させています。 仮想マシン 仮想メモリ -------------- -------------- DNSサーバー 512MB vCSA 12GB ESXi 3台 24GB(各8GB) FreeNAS 4GB esxtopコマンドでメモリパネルより確認します。 「MEM over commit avg」は直近で1.54 となっており、オーバーコミット状態
別の所で使おうと思っていたネタですが、そちらではどうなるかわからないのでとりあえずこっちで書いてみます。 vSphere を含めた仮想化環境のメモリーの話 仮想化環境のメモリー管理はいろいろな種類があるのですが、SE でもそれを理解していないでインフラの設計・運用管理をしている人を多く見かけるので、vSphere ネタとしてちょっと書いてみました。ご興味あればお読みください。 仮想化環境でメモリーを活用する技術は 物理サーバーでは、サーバー1台1台個々にメモリーを持って専有して使っていました。そして、物理サーバー全盛の時代ではハードウエアの開発速度も速く、ちょっと間を置くと性能や容量が倍とか一桁違っていたりとかが良くありました。そのような時代の中、物理ハードウエアの上でそれらの余裕あるリソースを使って仮想的にコンピューターをエミュレーションして使うという考え方が出てきて、今は仮想化の世界で
VMwareがBroadcomに買収され、人がバサバサ切られ、次は製品に大鉈が振られ、無償版のESXiも当たり前ながら終了となりました。 blogs.vmware.com 無償のESXiと言えば4.0か4.1くらいの頃に無償版が登場して、かれこれ15年くらい提供されてきたので、ちょっとしたサーバーインフラ好きなご家庭なら1つくらいESXi環境があったのではないでしょうか（ほんまか？） うちの自宅も2013年の自作PC導入時のタイミングから10年ちょっと無償版ESXiのお世話になってきました。本当に、今までお世話になりました。 akkiesoft.hatenablog.jp 今後はvSphereのEssentials PlusとStandardが残りつつ、買い切りモデルからサブスクリプションモデルに移行するようですが、自宅サーバーをほそぼそやるには過剰なものになると思うので、別の環境への移行
この記事は公開されてから半年以上経過しています。情報が古い可能性がありますので、ご注意ください。 hoshiです。 明けましておめでとうございます。 新年一発目の記事ですが、VMware vCenter ConverterのP2Vを検証する機会がありましたのでまとめてみたいと思います。 ・移行概要 物理環境にあるWindows Server 2008をVMware vCenter Converterを使用してMwareの仮想環境にP2Vします。 物理OS:Windows Server 2008 64bit 物理サーバー筐体:DELL PowerEdge R210 II VMware vCenter Converter Standaloneサーバー：Windows7 仮想環境：VMware ESXi 5.5 ※Converterサーバーからリモートで変換する場合は、変換に必要なportを事前
仮想スイッチは、ESXi 内部で動作する仮想スイッチ(L2)です。仮想スイッチを介して物理アダプタと仮想マシンのネットワークアダプタが接続されます。 仮想スイッチの設定では、仮想スイッチに紐づける物理アダプタの指定などを行います。 ポートグループは仮想アダプタ(仮想マシンのネットワークアダプタ等)が所属するグループです。 ポートグループの設定では、作成先仮想スイッチの指定や Vlan ID の指定(タグ Vlan を使用したい場合)などを行います。 ポートグループに所属する仮想アダプタがどれになるのかについては、仮想アダプタ側の設定で決まります。 例えば仮想マシン作成時のネットワークアダプタ設定ではアダプタの作成先となるポートグループを指定します。 仮想マシン作成画面におけるネットワークアダプタ設定 仮想アダプタは必ずいずれかのポートグループに所属することになります。 VMkernel N
A new story is about to begin somewhere other than here... When will people realize this?
概要 Chromium OSは、ChromebookにインストールされているChrome OSのオープンソース版です。 Chromium OSをVMware PlayerやESXiにインストールし、動かしてみました。 準備 VMware Player、または、ESXi Googleアカウント 手順 Chromium OSをダウンロード Neverware社からCloudReadyをダウンロードします。 CLOUDREADY EDITIONSメニューからHOMEをクリックします。 Where can I find VM images?とあるので、Download VM images →リンクをクリックします。 Download CloudReady Image For VMwareというブログのページが開くので、Download v83 (64bit) CloudReady: Home Ed
以下の環境で確かめました。 前提条件・環境： 古いVMware ESXの環境 VMware ESXi 3.5 仮想マシンはWindows server 2003 SP1 仮想マシンバージョンは4 VMwareスナップショットを古いWMware 3.5上で取得 VMware Tools 3.5 新しいVMware ESXiの環境 VMware vSphere ESXi 5.5 U1 古いVMware ESXのVMFSから仮想マシンデータをフォルダごとコピーし、新しいVMware ESXiのVMFS上にアップロードしました。 結論としてはコピー先でもVMwareスナップショットは認識し戻すことが出来ます 結論としては、コピー先の新しいVMware ESXi上でも旧スナップショットは認識し、スナップショットに戻ることが出来ます。 ちゃんとした作りですね！VMwareスナップショット。 もちろん、
■はじめに vSphere ClientのOVFエクスポート/デプロイを使って、OSクローンを作成します。 ちなみに、同じ手順でOS移行が実施可能です（作業後にクローン元OSを削除）。 だいたい15分ぐらいで出来ました（検証用の単純環境ということもありますが）。 以下記事にて別方式で実施しています。 VMware ESXi 6.0でvSphere ClientからOSクローン作成する(データストアブラウザでコピペ編) https://qiita.com/Higemal/items/0e994973e90dada62768 ■作業イメージ ESXiに存在するOSから、別のデータストアに対してクローンOSを作成します。 ■マシン クローン元OS：Cent 6.4 ホスト名 cent64-gn01 CPU 1core / Memory 2GB / Disk 20GB クローン先OS：Cent 6
In the vmkernel.log files on the ESXi host 6.x/7.x/8.x, you see similar warning messages: 19:26:42.068 cpu0:4103)NMP: nmp_CompleteCommandForPath: Command 0x28 (0x4100070e8e80) to NMP device "naa.********************" failed on physical path "vmhba2:C0:T1:L27" H:0x8 D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0 00:13:23.910 cpu20:4251)NMP: nmp_CompleteCommandForPath: Command 0x2a (0x4100010bf9c0) to
概要 ESXi 6.0 update 2以降で、ローカルユーザーの作成や権限の付与をするための方法（主にPowerCLIによる手順）。 詳細 ESXi 6.0 update 2以降では、ESXiに直接アクセスする際のクライアントもWebベースの「vSphere Host Client」になりましたが、ここからではローカルユーザーの作成や権限の付与ができなさそうでした。 作成、設定方法は、大きくは以下の2種類になりそうです。 従来どおり、vSphere Clientを使用する。 PowerCLIを使用する。 PowerCLIを使う場合について、以下にまとめています。 PowerCLIでの作成手順 PoweCLIでの作成手順を以下で説明します（PowerCLIの使い方自体は説明しません）。 PowerCLIを起動します。PowerCLIのプロンプトで、次のコマンドを実行して、ユーザー作成対象の
皆さま、こんにちは。 VMware担当の田畑です。 参加された方も大勢いらっしゃるかと思いますが、11月13日14日にVMware主催のvFORUM 2018 TOKYOがありました。 私も両日参加し、注目のVMware Cloud on AWSや、vSphere、vSAN等のセッションを受講しました。 12月14日にはvFORUM 2018 OSAKAが開催されますので、興味のある方はぜひ参加してみてはいかがでしょうか？ さて、今回のコラムでは2018年4月17日にリリースされましたvSphere6.7、また、2018年10月16日にリリースされましたvSphere6.7Update1(以下vSphere6.7U1)の最新情報についてご紹介していきたいと思います。
コンピューターに何らかの障害、特にOSやドライバに不具合があって、メモリダンプを採取してサポートに調査を出す事もあります。 物理サーバーなら物理的なダンプスイッチを直接押したり、BMCにリモートでログインしてダンプスイッチを押したりして強制的にメモリダンプを作成させます。 ここでいうメモリダンプとは、OSを停止させて採取するクラッシュダンプを差します。 では、VMwareの仮想マシンの場合はどうやるんだろうか?。 調べました。試してみました。 ゲストOSのメモリダンプを強制的に作成するためには、NMIの機能を使用します。 NMIとはNon-maskable Interruptの略で、マスク不可能な割り込みの事らしい。 VMware ESXi側ではNMIによるクラッシュダンプ作成のコマンドを実行します。 仮想マシン側では事前にNMIによる完全クラッシュダンプを作成する設定をしておきます。 今
やってみよう！ VMware vSphere Data Protection（VDP） 環境構築 本エントリでは、バックアップ及びリストア機能を提供するVDP の環境構築方法をご紹介します。 VDP は、vSphere のEssentials Plus 以上のライセンスに含まれており、vSphere 上で稼働する仮想アプライアンス（仮想マシン）として、提供されています。 まず、VDPの動作環境がサポートされているvSphere 環境とVDP のova ファイル準備します。 サポートされているのは、以下のような環境になります。 ・vCenter 5.1 または 5.5 に対応（vCenter Server Appliance も可能） ・ESX/ESXi 4.0、4.1 ・ESXi 5.0、5.1、5.5 詳細はVMware Product Interoperability Matrixes
前回の繰り返しになりますが、vSphere Data Protection (以下、VDP) は、VMware が無償で提供している仮想マシンバックアップアプライアンスです。 VDP をインストールすることで、バックアップ対象となる仮想マシン達をジョブ単位で管理できるようになります。 また、各ジョブごとに、バックアップ実行時間・保存期間 (世代管理) などを決めてバックアップできるようになります。 VDP をインストールするためには、以下の 2つの作業が必要になります。 VDP の ova ファイルデプロイVDP 構成ウィザードを使って、VDP アプライアンス構成まだ、デプロイしていない場合には、前回の連載記事を参考にし、VDP の ova ファイルデプロイを先に実施してからこの手順を実施してください。 ここでは、VDP 構成ウィザードを使って、VDP アプライアンスを構成する方法について
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
