VMware、ライセンス販売を終了しサブスクへ全面移行
VMware by Broadcom(旧VMware)は12月11日、ライセンス販売を終了し、サブスクリプションベースに移行する計画を発表した。「VMware vSphere」などの主力製品が対象となる。 11月22日、Broadcomの買収に伴いVMware by Broadcomとして新しいスタートを切った旧VMware。製品ラインはVMware Cloud Foundation(VCF)、Tanzu、ソフトウェア定義エッジ、アプリケーションネットワーキングとセキュリティの4つの柱となることがThe Registerなどの報道により明らかになっている。 今回の発表は、買収完了後のビジネスの方向性となる。発表によると12月11日を最後にライセンス販売を終了し、今後は期間限定のライセンスおよびサブスクのみとなる。 VMwareのVCF事業部シニアバイスプレジデント兼ゼネラルマネージャのKr
さよならVMware。本日（10月30日）Broadcomによる買収完了で、企業としての存在に幕。VMwareブランドは引き続き残る
さよならVMware。本日（10月30日）Broadcomによる買収完了で、企業としての存在に幕。VMwareブランドは引き続き残る Broadcomは10月18日付けのプレスリリースで、10月30日にVMwareの買収を完了する予定だと発表しています。 買収完了には主要各国の規制当局による認可が求められますが、現時点で中国を除く主要各国の認可が得られています。そのため、おそらく買収は予定通りに完了し、企業としてのVMwareは25年の歴史に幕を下ろすことになると見られます。 2023年10月31日追記：現地時間の10月30日付けで最新の状況が発表されました。買収が現地時間30日中に完了するかどうかは明記されていませんが、いずれにせよ間もなく買収が完了する見通しとのこと。 Broadcom and VMware Provide Update on Pending Transaction -
ESXi 6.7の環境でIntel I219-V (デバイスID:15bc) のNICを認識させる方法
先日、検証ESXiサーバーを新調した。新調したサーバーのマザーボードは、ASRock H370M-ITX/acという製品となり、オンボードのイーサネットポートが2つ付いている。2つのポートのチップセットは同一ではなく、以下2種類が搭載され、それぞれのポートを個別に制御しているようだ。 Intel I219-V (下写真の上側のNIC) Intel I211AT (下写真の下側のNIC) しかし、ESXi 6.7をインストールした際に、Intel I219-VのNICを認識しない事象が発生した。 Webで調べても、完全に一致する事象は確認できなかったのだが、いろいろ試すうちにIntel I219-VのNICを認識させることに成功したので、その方法を記載する。 NICの認識状況を調査してみる デバイスの認識状態を確認するため、ESXi Shellにて各種コマンドを実行してみる。 物理NICの認
【メモ】CentOS 7.5 テンプレート作成 (vSphere) - Qiita
ホストマシンからVMware Toolsが実行中になっていることを確認 こうしないと以下エラーが発生する。 ゲスト OS「centos7_64Guest」のカスタマイズは、この設定ではサポートされていません。論理ボ リューム マネージャを持つ Microsoft Vista (TM) と Linux ゲストは、最新の ESX ホストおよび VMware Tools バージョンでのみサポートされています。サポート対象の設定については、vCenter Server のドキュメントを参照してください。 テンプレートの作成手順 以下、サイトを参考にテンプレートを作成する How to: Create a RHEL/CentOS 6/7 Template for VMware vSphere おまけ：テンプレート作成用スクリプト 上記サイトを参考にスクリプトを作成してみた。 ssh root@10.
VMware ESXi 6.7のパッチESXi670-201808001とvCenter Server 6.7.0d - 身の回り4畳半近辺の日記
8月14日付けでVMware ESXi 6.7のPatch Release ESXi670-201808001とvCenter Server Applianceの6.7.0dが公開されていました。詳細はこちらとこちらから。 ESXiはいつものようにホストをメンテナンスモードにして [root@vm:~] esxcli software sources profile list --depot=/vmfs/volumes/sas/ESXi670-201808001.zip Name Vendor Acceptance Level Creation Time Modification Time ------------------------------- ------------ ---------------- ------------------- -------------------
CVE-2018-3646 : ESXi サイドチャネル対応スケジューラの有効化 とその影響
vCenter を 6.0 U3hまたは6.5 U2c、6.7d 以上にアップグレードした環境では、 ESXiホストに対しCVE-2018-3646の対策(ESXi サイドチャネル対応スケジューラ)が有効化されていない場合に、 「このホストにはCVE-2018-3646で記述されている問題に対する脆弱性があります。 詳細およびVMwareの推奨については、https://kb.vmware.com/s/article/55636を参照してください」 といった警告メッセージがvSphere Client、Web Client上に出力されます。 対策方法は以下KBに記載がありますが、関連KBが複数あること、 全ESXiで「ESXi サイドチャネル対応スケジューラの有効化」する必要があり、 されには、Vmwareはこの設定の有効化でパフォーマンスが数%低下するとの指標を示しています。 ※現状でC
【VMware】 VMware vSphere 6.5 ESXi パッチ適用手順書
ここから VMware vSphere 6.5 ESXi へパッチを適用していきます。 パッチ適用作業概要 まず初めに全体の作業概要を確認します。 ESXi ホストへのログイン アップデート前のビルド番号の確認 MyVMwareへのログイン パッチの確認 パッチファイルのダウンロード パッチファイルのアップロード 仮想マシンの停止 vCenter Server 仮想アプライアンスの停止 メンテナンスモードへの切り替え アップデートの実行（パッチの適用） ESXiの再起動 ビルド番号の確認 メンテナンスモードの終了 vCenter Server アプライアンスの起動 仮想マシンの起動 １．ESXi ホストへのログイン VMware ESXi へログインします。 ログイン情報 ESXi ホストが 192.168.1.10 の場合 URL：https://192.168.1.10 ログインアカウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sattobiさんのツイート: "L1TF&SVGAドライバ脆弱性対応で、ESXi6.0にパッチ(VMSA-2018-0026)当ててて、VMkernel.Boot.hyperthreadingMitigation有効にしたら、zabbix-serverがSEGVで死ぬようになった メール通知がトリガのようで、ESXiのCPUがE5 v4 初代両方で発生し、一度死ぬとホスト再起動しても直らずSEGVはきつづける"
【やじうまPC Watch】 「仮想マシンでWebを見ているからホストOSは安全」という常識を覆す 〜100万ドルを賭けたハッキング大会で証明される
VMware KB: Linux ゲストの時刻管理のベスト プラクティス