毎度お馴染み、四半期ごとのIDCさんからの調査結果が出ました〜！！！
世界におけるHCIのソフトウェアの売り上げで、VMware vSAN は
シェアトップの40.2%(2019年第3四半期)
そしてこの調査では12期3年連続でトップを獲得し続けています。
当たり前に使ってもらえる、これからのインフラを支えていくVMware HCI が選ばれる理由は
信頼性があって、コスパがよくて、性能があって...という要件はありますが、ストレージはデータを格納する目的は何十年も変わりません。
ハードウェアの進化とともにVMware vSAN も進化し続けていきます！
IDCさんの原文はこちら
VMware 公式ブログはこちら
vSAN HCI Leads the Market in Q3 According to IDC
続きを読む
VMware HCIをお使いいただいているみなさま、ありがとうございます。
初期の頃に使ってみたけどどうなっているの？という方にも最新の情報をお届けしています！
これから使ってみようかな？と思っている方、こんにちは。
是非ここで情報収集していっていただけると嬉しいです。
ハイパーコンバージドインフラ、HCIという言葉はもう一般的となり、早数年。
IDCさんのマーケットシェア調査が2017年頃、GartnerさんのMagic Quadrant が2018年から、ハイパーコンバージドインフラ単体となり独立しました。
それまではソフトウェアデファインドストレージ(SDS)やコンバージドインフラの一部のでしたが、流行り出して当たり前となった時期が3、4年前ですね。
今回ブログタイトルに進化系って？と書いてありますが、まずハイパーコンバージドインフラとは！を確認していきましょう。
ハイパーコンヴァージド・インフラストラクチャ（HCI、英: Hyper-Converged Infrastructure）は、
コンピュータシステムにおける計算機能、ネットワーク機能、ストレージ機能といった基盤機能を、仮想化機能と標準的なハードウェアだけを用いて実装し、水平スケールを容易にしたシステムアーキテクチャ、あるいはこのアーキテクチャを採用したアプライアンス製品群の名称。
コンバージドではなくコンヴァージドですね。笑
いつもこんな感じのHCIの図を使っていますが、HCIの定義は大きく2つあります。
HCIを活用して嬉しいことと言えば！以前からですがこの3つがあげられます。
最近の声ってどこかにまとまっていないかなぁと探したら、IDCさんからレポートとして出されていました。
様々な項目に関して細かく書かれているのでしょうが、公開されている一部がこちら。
国内ハイパーコンバージドインフラストラクチャ利用動向調査結果を発表
迅速な導入ができること、パフォーマンスや拡張性の向上が半分以上の人が導入して得られた効果だったということです。
今も数年前も変わらず、現在当たり前の選択肢として使われているHCI。
ではその進化系ってなんでしょうか。
これが今まで説明してきたHCIのVMware ベースだとこうなります。
vSphere (に組み込まれたvSAN)を活用したHCI。
アプラインスもあり、ReadyNodeもあり、様々なベンダーさんの提供する汎用サーバを用いることができるHCIです。
次の段階、これが進化系です。
コアとなるサーバ仮想化、ストレージ仮想化だけでなく、いろいろなものが追加されていますね。
フルスタックHCI、VMware Cloud Foundation (VCF)です。
並べると違いがよくわかります。
今までもVMware のHCI を導入されたお客様の中にはSDDCを実現するためにネットワークのNSX、運用管理/自動化のvRealizeを合わせてご活用いただいている方もいらっしゃいます。
普通のHCIと進化したHCI、何が違うの？というと、ライフサイクル管理を司るSDDC Manager の登場です。
SDDC Manager は、システム全体のライフサイクル（構成およびプロビジョニングからアップグレードおよびパッチ適用まで）を自動化し、日々の管理と運用を簡素化します。
アプライアンス型のHCIのワンクリックアップグレードを想像していただくとわかりやすいと思います。
指定されたソフトウェアの互換性、ハードウェアとソフトウェアの互換性の確認が自動的で行われるという事前準備、アップグレード実施時はどのソフトウェアから上げていくのかの考慮、仮想マシンは無停止でホストはローリングアップグレードの自動で行われる、長いですがワンクリックの中にはこのような内容が込められていると思っています。
ソフトウェア、ハードウェア問わず、アップグレードしても動くことがきちんと確認されている互換性が取れた状態で、１つボタンを押せばデータセンタが
HCIだったので、ライフサイクル=アップグレードに注目しました。
VCFではシステム全体のライフサイクル管理の自動化=デプロイ、設定、パッチ適用やアップグレードを行うことにより、管理と運用がシンプルになります！
HCIの進化系と書いたのはこのライフサイクル管理がさらに広い領域へと進化している！からでした。
VCFについてもっと知りたい！と思っていただけたら嬉しいです。
続く
続きを読む
みなさま、あけましておめでとうございます、2021！
本年もVMware、VMware HCI、VMware vSAN をよろしくお願いします！
急に寒くなりましたね。
雪がたくさん降っている地域の方は怪我のないようにお気をつけください。
ひきこもり生活にも長くなり、順調に育っております。大きく、大きく。
運動不足に加えて、年末年始休暇で飲み放題食べ放題。
年末年始は5kg超えの丸々1本の鰤と過ごし、鰤三昧の日々でした。
ぶりしゃぶ美味しすぎて、3回も食べた。
2ヶ月続けて全く効果の出なかったリングフィットを再開する時がきたようです。
新年早々に、びっくりなニュースも飛び込んできました。
ありがとう、パット！
さようなら、パット！
thrillを動詞で使うことを覚えたのはパットのおかげです。笑
新しいCEOも楽しみに、引き続きVMware をよろしくお願いします。
12月ですね。
あっという間に、冬。もう、冬。寒すぎる朝。
クリスマスプレゼントは決まりましたか？
在宅勤務も長くなってきたのでコーヒー豆を粉にするグラインダーにしました！
これでお土産でもらったジャコウネコをようやく飲めます。
2020年後半、よく読まれている記事ランキングです！
第1位！
みんな大好き！
ストレッチクラスタ！
第2位！
vSphere だけ、サーバ仮想化のみのクラスタと、vSAN クラスタで異なるハートビート。
vSAN 使ってみよう、何が変わるの？のポイント！
第3位！
vSAN 7 アップデート！詳細編 ① vSphere Lifecycle Manager(vLCM)
vSAN 7.0 情報も
ハードウェアベンダーさんとの合わせ技でよりシンプルなライフサイクル管理が可能なvLCM。
7.0 Update 1ではDellさん、HPEさんに続きLenovoさんでも使えるようになりました。
その他、意外に人気があったものとしては。
動くから楽しいですよね。
アーキテクチャの解説、ホワイトボードセッションなのでYoutubeもおすすめ。
Data Placement, Availability, and Movement Of Components| vSAN - YouTube
などなど。
再起動時のKBは6.7U3以降とそれ以前では叩くコマンドが異なるので計画停止の際はご注意ください。
U2に向けてワクワクした情報もゲットした今日この頃です。
まだU1の情報をお伝えし切れていないところもあるので、引き続き書いていきます。
(Nested で試していてネットワーク遅延問題浮上で止まってしまっているHCI Meshとか...
設定は簡単なのに、最終の事前チェックではじかれた)
こちらの記事で登録したうちの子のコントローラ。
vSAN 7 アップデート！詳細編 ⑧ vSAN VCG 通知サービス もう少し詳しく
11/26にメールが届きました。（2回目
なんのメールかな、と思ったら。
Show Change をクリックしてみます。
10/6にもきていたのですが、これはvSAN 7.0 Update1に対応しましたというお知らせ。
そして今回の11/26の内容はハイブリッド構成にも対応した！ということでした。
ハードウェア互換性は性能面で重要となってきますので、このようにお知らせがもらえるのでアップグレードのタイミングもわかりやすいですね。
vSAN 7！シリーズ
vSAN 7 アップデート！詳細編 ① vSphere Lifecycle Manager(vLCM)
vSAN 7 アップデート！詳細編 ② vSphere Lifecycle Manager(vLCM)のセットアップ
vSAN 7 アップデート！詳細編 ③ ネイティブファイルサービス
vSAN 7 アップデート！詳細編 ④ ネイティブファイルサービスの構成
vSAN 7 アップデート！詳細編 ⑤ クラウドネイティブストレージ
vSAN 7 アップデート！詳細編 ⑥ ハードウェア周りのアップデート
VMworld 2020 Japan、あっという間に終わってしまいました。
開放感がいつもより少ないのは、ブースで2日間の立ち仕事がなかったからでしょうか。
まだ登録していない方はこちらから。
VMworld 2020 Japan | ライブ配信 11月10日(火) - 12日(木) | VMware
見逃しちゃった！仕事が入っていてライブ配信見られなかった、という方々へ。
ライブ配信がオンデマンドになりました！
もちろんそれ以外にもともとオンデマンド配信されているものもありますので、ここにコメント付きでまとめてみます。
全てのセッションは1月いっぱいの配信となりますので、少しずつ見始めないと見終わらないかもしれません、結構色々ありますので。
vSAN
進化が止まらない！VMware のハイパーコンバージドインフラを支える vSAN
手前味噌ですが、最新vSAN 7 Update1を解説しています！
vSAN がどのようなものかご存知の方へ、最新情報をおさえたい方におすすめ。
いよいよ vSAN は次のステージへ！vSAN 7.0u1 のファイルサービスとストレッチクラスタの活用
ファイルサービスの設定方法はこのブログでも紹介しましたが、軽快なトークが面白いです。
ストレッチクラスタにフォーカスした解説も初ではないか？と思いますので、ファイルサービスで何ができるの？ストレッチクラスタって？という方におすすめ。
IT インフラ の悩みを解決する VMware Cloud Foundation・VMware vSAN HCI ベストプラクティス
ITインフラによくある課題を解決するためには！ということでこういう課題にはこういう解決策がという一問一答形式に近い形でVMware HCI で実現できることを解説。
VMware のHCI がどのように課題解決できるか知りたい方におすすめ。
詳細解説 アセスメントアプローチ Deep Dive - IT インフラの最適化とモダナイズへの第一歩
上に挙げているものとはちょっと毛色が違います。
ITインフラはいつか絶対更改のタイミングがきます。5年で技術はどんどん進化していきます。
当時最適！と考えて導入した環境って本当に『今』最適なのか。
環境を改めて知りたいがどうやって？と、お悩みの方におすすめ。
VCF / VxRail
解説！失敗しないための VMware Cloud Foundation 設計ポイント
前半のVCFとは、からどんどんDeep Diveしていきます。
ハードウェアの選択肢が豊富なVCF、そこで共通して押さえておくべきポイントがわかりやすい！
VCFをより詳しく知りたい方におすすめ。特にパートナーさん。
VMware Tanzu と Software Defined Data Center による VMware Future Ready プラットフォーム 最新事情
前半は歴史とアプリケーション基盤としてのVMwareの立ち位置をわかりやすく解説、後半はVCFでその環境を作るためには？を構成を例にあげて紹介しています。
VCFとTanzuどっちも一度にみたい！という方におすすめ。
VMware Cloud Foundation + Dell EMC VxRail トラブルシューティングのご紹介
毎年のvForumでも大人気のサポート部隊のセッション。
今年はVCFとVxRailのトラブルシューティングを解説。
トラブルは起こらない方が良いですが、起こった時どうするのか、どうしているのか。
安心安全にお使いいただけることを実感できると思います。
最適なプライベートクラウド基盤 VMware Cloud Foundation on VxRail
VxRailってHCIでしょ？→そうです。ただそれだけではありません！
VCFは大きなHCIであること、モダンアプリケーション基盤としても活躍できることがVxRailと一緒に解説されることでよりわかりやすくなっています。
ポイントをためて応募すると、景品が当たります！
12月からはなんと3倍付になっているので、この機会に是非セッションをオンデマンドでご覧ください。
vSAN 7 Update 1 、アップデート！概要編 そのいち
vSAN 7 Update 1 、アップデート！概要編 そのに
続きです。
暗号化
vSAN の暗号化はデータストアに格納するデータを暗号化するもので、vSAN 6.6(vSphere 6.5-EP02)から実装されています。
必要なエディションはvSAN Enterprise となります。
今回のアップデートでは、ホスト間データ転送の暗号化が追加され、従来準備が必要だった外部KMSが不要となりました。
ホスト間で転送されるすべてのデータとメタデータのトラフィックを暗号化します。
vSAN のサービスで暗号化を有効化するため、クラスタ単位で使用するか決めることができます。
転送中のデータの暗号化、保存データの暗号化の両方を使用する、もしくは保存データの暗号化のみを使用する、このようにどこまで暗号化するかを選択し、設定することができます。
ビュー関連のアップデート
ワークロード I/O 分析
vCenter Server に直接統合された監視/トラブルシューティング ツールの IOInsight を使用して、仮想マシンの I/O メトリックを分析します。パフォーマンス、I/O のサイズとタイプ、読み取り/書き込みの比率、その他の重要なデータ メトリックなど、仮想マシンの I/O 特性の詳細を確認できます。IOInsight の操作は、仮想マシン、ホスト、またはクラスタ全体に対して実行できます。
統合 I/O パフォーマンス ビュー
複数の仮想マシンを選択して、IOPS、スループット、遅延などのストレージ パフォーマンス指標をまとめて表示できます。複数の仮想マシン間でストレージのパフォーマンス特性を比較できます。IOPS 制限のある仮想マシンの遅延の監視
パフォーマンス監視機能が改善され、IOPS 制限の適用が原因で発生した遅延期間を識別しやすくなりました。このビューは、仮想マシン ストレージ ポリシーで IOPS 制限を設定している場合に役立ちます。
リリースノートから抜粋してきました。
IOブロックサイズがみられるようになったり、仮想マシンのパフォーマンスを比較したりできるようになっています。
このあたりは実機でどのようになったのか後ほどご紹介します！
ルーティングされたvSAN 環境のデフォルトゲートウェイの設定/設定変更が簡単に！
デフォルト ゲートウェイのオーバーライド。vSAN ネットワークには、VMkernel アダプタのデフォルト ゲートウェイをオーバーライドして異なるゲートウェイを指定することができます。この機能により、ストレッチ クラスタ、2 ノード クラスタ、フォルト ドメイン環境のルーティング構成が簡素化されます。以前は、スタティック ルートの構成を手動で行う必要がありましたが、スタティック ルートは必要ありません。
一度決めれば変更することはあまりないものだと思いますが、ストレッチクラスタ や2ノードvSAN をお使いいただく際には簡単に変更できるようになった嬉しいポイントです。
メンテナンスモード時のデータの耐久性の向上
メンテナンスモードに移行しホストを再起動したりすることは必ずあると思います。
アクセシビリティの確保、仮想マシンを止めることなくメンテナンスモードに移行するオプションですが、FTT=1 ミラーリングの場合を例に挙げてお話していきたいと思います。
FTT=1の場合、オブジェクトはデータ、データ、ウィットネスの3つがセットとなり、異なるホストに配置されています。
メンテナンスモード「アクセシビリティの確保」オプションでメンテナンスモードに移行すると、このデータが格納されているホストへのアクセスができなくなります。
残りのデータとウィットネスが残っているので、オブジェクトの健全性は低下していますが、アクティブな状態=仮想マシンにアクセスできる状態です。
この間に発生した書き込みはもちろんアクティブなオブジェクトのホストと、最初にオブジェクトが配置されていたホストとは異なる4つ目のホストに書き込まれます。(←NEW!!!)
ここでメンテナンスモードからホストが戻ってくれば最新の情報をマージして完了、となります。
ここで障害が発生しまったどうなるか、みていきます。
データを保持しいていたホストに障害が発生！ダウンしてしまいました。
4ホスト構成のクラスタの内、2ホストがダウンしている状況です。
ストレージポリシーFFT=1ミラーリングの場合、1ホストの障害を許容するので、2ホストの障害は許容外となり、仮想マシンへアクセスできなくなります。
メンテナンスモードを終了したホストがクラスタに復帰したら、メンテナンスモード中ホスト1が落ちるまでに書き込まれたデータ(4つ目のホストに保管されていたもの)をマージし、ウィットネスコンポーネントがアクティブとなり、ホスト1の障害発生時の状態で仮想マシンにアクセスすることができます。
このように、メンテナンスモード時の書き込みをミラーリングして書き込むことにより、予期せぬホスト障害が発生しても、直前の状態までデータを復旧させることができるようになりました。
以上で概要編は終了となります！
これから詳細編もどんどん書いていきたいと思っていますので、引き続きよろしくお願いします。
vSAN 7 Update 1シリーズ
vSAN 7 Update 1 、アップデート！概要編 そのいち
vSAN 7 Update 1 、アップデート！概要編 そのに
vSAN 7 Update 1 、アップデート！詳細編 - 再起動、速くなった？vSAN 7.0b とvSAN 7 U1 の再起動時間の比較 -
VMworld 2020 Japan 、もう明日開催です！
あっという間に11月も始まり、東京も黄色い落ち葉が増えてきました。
VMworld 2020 Japan | ライブ配信 11月10日(火) - 12日(木) | VMware
ご登録がお済みでない方はお急ぎください。
明日、11/10から始まります！
HCI関連、vSAN、VCF、VxRailのセッションリンクは下記となります。
ライブ配信ではチャットQA時間も設けてありますので是非ご登録、ご参加ください！
11/12(木)11:30～12:20
解説！失敗しないための VMware Cloud Foundation 設計ポイント
11/12(木)12:30～13:20
進化が止まらない！VMware のハイパーコンバージドインフラを支える vSAN
11/12(木)16:40～17:30
いよいよ vSAN は次のステージへ！vSAN 7.0u1 のファイルサービスとストレッチクラスタの活用
オンデマンド配信
IT インフラ の悩みを解決する VMware Cloud Foundation・VMware vSAN HCI ベストプラクティス
VMware Cloud Foundation + Dell EMC VxRail トラブルシューティングのご紹介
最適なプライベートクラウド基盤 VMware Cloud Foundation on VxRail
vSAN クラスタならではの現象についてアップデートです！
再起動速度の比較対象はESXiのみのホストで、比べて遅い、ということがvSAN の仕組み上仕方がない。。というKBが昔からありました。
Initializing vSAN during boot takes a longer time (2149115)
This is expected behavior when rebooting a vSAN host. At this stage of the reboot, the ESXi host (vSAN) processes all log entries to generate all required metadata tables.
The time taken to complete this task will depend on the load and the number of log blocks in the write buffer before the host was rebooted.
vSAN ホストとESXiのみホストの大きな違いは、vSAN データストアを持っていること、ローカルストレージデバイスをvSAN のファイルシステムでフォーマットしていることです。
キャッシュデバイスへとメタデータを書き込むために時間がかかっていました。
今回の7.0U1の改善により、再起動前にデータを静止させてディスクにコミットし、再起動後、データを読み込みメタデータのテーブルを再構築することで、このメタデータのコピーの時間を短縮することができるようになりました。
それでは実測！
Before / Afterをみていきましょう。
vSAN 7.0b環境の再起動(Before)
バージョンの確認です。
7.0.0, 16324942、7.0bです。
15:31 再起動開始
15:35 メタデータのコピーが開始
Initializing vsan...じゃ無くなっていたんですね。
15:38 150秒で完了
15:39 再起動完了
のべで考えると10分弱かかっていますね。
vSAN 7.0U1環境の再起動(After)
バージョンは7.0.1,16850804、7.0U1です。
10:27 再起動開始
10:31 メタデータのコピー開始、そしてすぐ完了(15秒くらい)
10:32 再起動完了
すごい。早くなってる。
再起動を実行してから5分で起動完了しています。
ただ、メタデータの部分に表示されているコンポーネントの数が半分くらいになっていたので、それを考えるとこのメタデータの事前準備/リストアの効果は7割〜半減くらいでしょうか。
それでも早い！
環境によって異なりますが、実測として速くなっていたことを実感できました！
この高速化した再起動はPSODなどの計画外のシャットダウンでは有効となりません。
アップグレードや計画的なメンテナンス時の再起動が速くなったとお考えください。
vSAN 7 Update 1 、アップデート！概要編 そのいち
さてさてさて。
試したい機能が盛り沢山のvSAN 7 U1。
うちの子を最新バージョンにしてしまいましょう。
アップデート手順はこちら
いつも通りの手順ですね。
手順はいつも通りですが、ディスクフォーマット、11から一気に13へ。
vCenter サーバについてはいつも通り、のアップデートなので今回は省略します。
事前に確認しておきます。
ライセンスが切れそうになるとオレンジ色になっていたこの1番上の部分。
vCenter 新しいのが出ていますよ、と青でお知らせしてくれました。
管理UIのアップデートでは、現在のvCenterのバージョンとターゲットはU1のバージョンが確認できました。
ホストのバージョンは7.0 bです。
ディスクフォーマットは全てバージョン11.0であることも確認します。
なんと！vCenter のアップデートの事前チェックしたら173分かかると...
15:45 vCenter アップデートスタート！
17:10 完了しました。
なんかできてる。
これがDRSやHAを管理する仮想アプライアンス(自動生成)ですか。
このまま続けていきます。
次はホストのアップデートです。
クイックスタートを使用して作成していないクラスタについては上記のような情報が出てきます。
そのままだと健全性チェックがアラームとして上がってこないので、今回はスキップしてしまいます。
健全性のところにも新しいベースラインが作成された、という表示があります。
7.0.1へ
うっかり先に修正をぽちぽち押してしまいました。
アップデートが始まりました。
vLCMではなく、急Upgrade Manager相当のそのままESXiアップグレードです。
完了しました。
次にオンディスクフォーマットのアップデートを行います。
ESXiは7.0U1になりましたが、まだオンディスクフォーマットは11です。
アップグレードの事前チェックをクリックし、アップグレードできるか確認します。
対象のクラスタは3台構成のため、冗長性の低下を許可にチェックします。
開始されました。
完了しました。
はっや！
ちゃんと13に上がっています。
以上でvSAN 7から7U1へのアップグレードはおしまいです！
この後は新しくなった色々をみていきます。
障害発生から替えのSDDがなく3台構成なんですけどね。。。
vSAN 7 Update 1 、アップデート！概要編 そのいち
vSAN 7 Update 1 、アップデート！概要編 そのいち
前回は新機能にフォーカスして記事を書きましたが、続きです。
オプションを有効にすることでちょっとわかりやすくなった使用可能容量
物理ストレージから切り出したLUNはすでにRAIDが適用されているので
データストアの容量=使用可能容量
何十年もこれがスタンダードでした。
vSAN は物理容量をそのままリソースプールとして使うため、管理者には物理容量が見えています。
システムで使用される容量、重複排除圧縮のマッピング用の領域、障害があった場合の退避先としての容量などはユーザが使用できる容量ではありません。
さらに、そこからストレージポリシーのFTTを考慮して仮想ディスクとしてどれくらい使用できるのかを計算すると仮想マシンとしての使用可能容量がわかります。
これは初期リリースの頃の話です。
徐々に改善されてきましたが、今回は仮想マシンが使用可能な容量をそのまま容量ビューに表示することができるようになりました！
ホストの再起動がはやくなりました！
再起動速度の比較対象はESXiのみのホストで、比べて遅い、ということがvSAN の仕組み上仕方がない。。というKBが昔からありました。
Initializing vSAN during boot takes a longer time (2149115)
This is expected behavior when rebooting a vSAN host. At this stage of the reboot, the ESXi host (vSAN) processes all log entries to generate all required metadata tables.
The time taken to complete this task will depend on the load and the number of log blocks in the write buffer before the host was rebooted.
vSAN ホストとESXiのみホストの大きな違いは、vSAN データストアを持っていること、ローカルストレージデバイスをvSAN のファイルシステムでフォーマットしていることです。
キャッシュデバイスへとメタデータを書き込むために時間がかかっていました。
どれくらい早くなったのか、アップグレード前後の実機で確認してみたいと思います。
データ移行の事前チェックがホスト単位だけでなくディスク単位で
メンテナンスモードは3種類のオプションがあり、アクセシビリティの確保と全データの移行で移行する容量が異なります。
ストレージポリシーによってはメンテナンスモードに移行した場合のオブジェクトとしての健全性も異なります。
そのために事前チェックという機能が実装されたのは6.7U3です。
今回のアップデートでは、ディスクを取り外す、vSAN で使用しなくなる場合にもデータ移行の事前チェックができるようになりました。
容量効率化の重複排除/圧縮から圧縮のみオプションの登場
vSAN では容量効率性の向上のために、重複排除/圧縮のオプションがあります。
重複排除を有効にすると圧縮も同時に有効になり、どちらかを選択することはできませんでした。(vSAN 7まで)
今回のアップデートでは重複排除/圧縮もしくは圧縮という選択が可能になりました。
従来この機能を有効化する時に考慮する点は、容量効率性をとるか、パフォーマンスをとるか。
メリット：
容量の削減ができるデメリット：
キャッシュデバイスでの処理となるため、有効化していない環境と比較してパフォーマンスが低下する
さらにデータの種類によっては重複排除する重なっている部分が少ない場合もあります。
そんなパフォーマンスを優先しつつも容量効率性を向上させたい！という要望のために圧縮のみオプションの実装となりました。
圧縮はキャッシュデバイスからキャパシティデバイスへのデステージ時の処理となり、仮想マシンのパフォーマンスには影響が少ないです。
その他のアップデートはその3へ！
以前も紹介した気がしますがKBにもなっていて、自分がすっかり忘れていたので、もう一度！
こんな便利な表、記憶の底に仕舞い込んでいましたよ...
vSAN Feature List with vSphere Versions (79387)
大変にぎやかになってまいりました、vSAN の機能たち。
vSAN 6.5 以降の主な新機能やエンハンスメントが一覧になっています。
というのも。
vSAN をお使いいただいている方にFlash 版 vSphere Web Clientの廃止について質問をいただきました。
改めてWeb Clientなぜ使えなくなるの？を確認してみましょう。
2020年12月31日をもってアドビによるFlash Playerの配布と更新を終了します。
実行までブロックされる＝Web Client 使えなくなる
ということになります。
自分の記憶の中や作成した資料から探し出し、HTML5 Clientが使えるようになったのはいつからだったのかを確認したのですが、あれ？いつからだっけ？と慌ててしまったんです。
そんな時に役に立つのがこちら！
vSAN Feature List with vSphere Versions (79387)
HTML5 vSphere Clientを確認すると、vSphere 6.5から徐々にHTML5 Clientによる管理が可能になりましたが、完全にvSAN も含め対応したのはvSphere 6.7 からです。
さらにハードウェア周りのアップデート含めvSphere Update Managerとの連携が可能になるのは6.7U3からとなります。
vSphere Web (Flash) Client Supportability and End of Life (78589)
このKBにもある通り、現在6.5、6.7をお使いの方は、vCenter を6.7U3へのアップグレードが推奨となります。
VxRail に関する影響はコミュニティに質疑応答がありました。
Adobe Flash Playerのサポート終了にあたっての影響について - Dell Community
VxRail の場合はvCenter単体でのアップグレードではなく、全体のアップグレードとなります。
追記(2020/10/20)
Flashのサポート終了後、実際にどうなるのか試している参考になる記事はこちら！
クローズド NW だから塩漬け Flash で vSphere Web Client を使おうと思ったらそうはいかない - vHoge
まとめ
vSphere 6.5 / 6.7環境において2023/11/15のテクニカルガイダンスのサポート終了まで継続してお使いいただくためには、2020年12月末までにHTML5 Clientを使う6.7U3へのアップグレードを行ってください。
さくさく動くHTML5 Client で快適なvSphere ライフを！
VMware Cloud Platform Tech Zone！
VMware HCI、vSAN に関する資料を探す場所がこちらです。
VMware Cloud Foundation 、vSphere 、vSAN の様々なドキュメント、動画が集約されています。
オススメはTechnology Overview。
vSAN 7 Update 1の情報も網羅された辞書的に使えるドキュメントです。
vSAN Technology Overview | VMware
全部掲載されているの、英語じゃないか！という方。
Chrome ブラウザを使って右クリック日本語に翻訳使うと日本語で意味がわかる程度に読むことができます。
便利になりました。
是非ご活用ください！
続きを読む
ちょうどvSAN 7 Update1 の告知とかぶっていて、記事にするのをすっかり忘れておりました...
IDCさんから4半期に1度アップデートされている、世界のHCI 市場のレポートの中身をみていきましょう。
|
Top 3 Companies, Worldwide Hyperconverged Systems Revenue Attributed to Owner of HCI Software, Q2 2020 (revenue in $M) |
|||||
|
Company |
2Q20 Revenue |
2Q20 Market Share |
2Q19 Revenue |
2Q19 Market Share |
2Q20/2Q19 Revenue Growth |
|
1. VMware |
$722.9 |
38.9% |
$702.2 |
38.2% |
3.0% |
|
2. Nutanix |
$554.1 |
29.8% |
$521.9 |
28.4% |
6.2% |
|
T3. Hewlett Packard Enterprise* |
$83.3 |
4.5% |
$87.6 |
4.8% |
-4.9% |
|
T3. Cisco* |
$76.7 |
4.1% |
$114.0 |
6.2% |
-32.8% |
|
Rest of Market |
$422.1 |
22.7% |
$412.3 |
22.4% |
2.4% |
|
Total |
$1,859.1 |
100.0% |
$1,838.0 |
100.0% |
1.1% |
|
Source: IDC Worldwide Quarterly Converged Systems Tracker, September 17, 2020 |
|||||
VMware のHCI 、世界のHCI 市場において11期連続でシェア第1位です！
いつもありがとうございます。
昨年同時期と比べるとシェアとしては同じくらいではありますが、年の成長率としては上がっています。
もうすぐ3年連続でNo.1 と言えるようになるのを楽しみにしています。
以前の記事はこちら
1番古いものだと、2017年の記事でした。
この頃は追いつき追い越せの時代でしたねぇ。
IDCさんのソース記事はこちら
Worldwide Converged Systems Market Declines 4.5% Year Over Year During the Second Quarter of 2020, According to IDC
https://www.idc.com/getdoc.jsp?containerId=prUS46868220
vSAN 7 Update 1もGAとなり、さらに機能も充実、パフォーマンスもよくなったVMware のHCI をこれからもよろしくお願いします！
発表から機能に関する記事の更新をしていませんでしたが。
GAされました。
7.0 がリリースされてからあっという間だっというな気がしますが、もう半年。
Update 1 です！
先日のサマリのアップデート情報にも書きましたが、メジャーリリースかな？というくらい機能追加が盛り込まれています。
vSAN 7 Update 1 、アップデート！概要編 そのいち
実際の操作感についてはまた後日まとめさせていただきます。
リリースノートはこちらから
いつものDocsのページからだとリンクが見つけられなかった不思議現象が起きました。
VMware vSAN 7.0 Update 1 Release Notes
VMware ESXi 7.0 Update 1 Release Notes
VMware vCenter Server 7.0 Update 1 Release Notes
ダウンロードはこちらから
