サイジングツールにハイブリッド構成が追加されました！
VMware 公式の vSAN サイジングツールとしては3種類ほどありました。
ReadyNode Configurator：ReadyNodeを一覧で確認
vSAN Hybrid TCO and Sizing Calculator：ハイブリッド構成のサイジングツール
vSAN ReadyNode Sizer：オールフラッシュ構成のサイジングツール
という役割でした。
ハイブリッド構成のTCO and Sizing Calculatorはかなり初期の頃から使われており、どこに何のパラメータを入れて、どのように結果を解釈すれば良いのか、わかりにくいと評判でした。(慣れればできるけれど、初見は無理！という声が多かったです。)
ついに、最新の vSAN ReadyNode Sizer にハイブリッド構成も追加されました！
これで同じツールでのサイジングが可能となりましたので、どの構成を見積もる時にもこのサイザーをお使いください。
使い方は以前オールフラッシュ構成の時に書いたものとほぼ同じですので、リンクは下記となります。
ESXi 6.5 Patch02 がリリースされました！
一部vSAN の修正もありますので、vSphere 6.5をお使いの方はリリースノートを確認の上、アップデートの検討をお願いします。
VMware ESXi 6.5, Patch Release ESXi650-201712001 (2151102)
パッチの主な vSAN 関連情報は下記となります。
vSphere 6.5 P02 – What’s new with vSAN (51891)
再同期のエンハンスメント
クライアントI/O(仮想マシンへのI/O)と競合していない場合、再同期の帯域を確保する。
vSAN サポートインサイト
リモートサポートサービスやPhone Home のシステムが導入されました。
CEIP(Customer Experience Improvement Program)への参加が必須となります。
SAS 構成に置けるマルチパスのサポート
マルチパスドライバーを使用することにより、ストレージデバイスへのマルチパスをサポート。(例 HPE コンポーサブルシステム)
より詳細なアップデート情報はこちらから！
うちの子も今日アップデートしてみます。
本日は以前ご紹介した物理サーバを安全に停止するときのメンテナンスモードの続きを投稿していきます。
まずひとつめ。
変わった、というよりはわかりやすくなったといった方が良いかもしれません。
メンテナンスモードのvSAN データ移行オプションとして3種類あります。
メンテナンスモードする対象のホストが何をするのか、vSAN として内部に保管しているデータをどうするのか、を選択します。
そして各オプションの下にこのオプションを選択したことによってどのような影響があるか注釈が出るようになっています。
操作を実行するために必要な容量を使用できるかどうか。
移動するデータのサイズ。
準拠しなくなるオブジェクトの数。
アクセスできなくなるオブジェクトの数。
ふたつめ。メンテナンスモードに入れない！とき、どうする？です。
もちろん、その原因を探します。
3種類ほど経験したので
1つ目は、他ホストもメンテナンスモードに移行中だったとき。
他のホストからデータにアクセスできることを確認する(=アクセシビリティの確保)
特にクラスタに参加している台数が少ない構成の場合、うっかりで起こります。
3ホスト構成で、1ホストメンテナンスモードに移行済み、忘れていてもう1ホストしてしまうことがありました。
本番環境ではなかなかないと思いますが、同時操作には注意です。
2つ目は、クラスタをシャットダウンしようと全台メンテナンスモードにしたいとき。
メンテナンスモードのオプションを指定し忘れて、デフォルト(初期値)の他のホストからデータにアクセスできることを確認する(=アクセシビリティの確保)のまま進んでしまうと他のホストからアクセスできない台数になった時点でメンテナンスモードの移行に失敗します。
これ！よくお客様から聞かれます。
コマンドラインでのメンテナンスモード移行も、vSAN オプションを忘れずに！
3つ目は、ホストの台数がコンポーネントが配置されている台数が一致していて、全データの移行をしようとしたとき。
ミラーリングのFTT1であれば3ホスト、イレイジャーコーディングのRAID5のFTT1であれば4ホスト、ミラーリングのFTT2であれば5ホストといったように必要な最小台数が異なります。
PoCでさまざまな仮想マシンのストレージポリシーを作成した時、イレイジャーコーディングとミラーリングが混在しているとうっかり台数を忘れてしまうことがありました。
どんなときもメンテナンスモードがなぜ失敗したのかは慌てずタスク/イベントでご確認ください！
一般的なエラーとなっていても、失敗した原因については中に書いてあります。
寒くて寒くて嫌になりますねぇ。まだ12月なのに。
vSAN ReadyNode をご存知でしょうか。
VMware のハイパーコンバージド、vSAN を簡単に始めるために各ハードウェアベンダーさん組み上げ済みハードウェア構成のことを指します。
アプライアンス型とは異なり、様々なハードウェアベンダーさんの環境で選択することができます。
各HWベンダーさんのReadyNodeはこちらから。
VMware Compatibility Guide - vsan
もし要件がReadyNodeで合わない！という、ベースのReadyNode から変更する場合はこちらの記事を参考に。
本題です。
日立製作所さん、NECさんにおいて、最新HWのReadyNodeが大量に追加されました...！
VMware Compatibility Guide - vsan - Hitachi
VMware Compatibility Guide - vsan - NEC
今までラインナップが少なめだったので、以前見たことがある方も！
あらためて構成をご確認ください！
おまけです。
vSAN 2017 Quarterly Advisory for Q3 (50348)
Q3(おそらく8月から10月)の間にリリースされたKBまとめが出ていました。
KBは３種類のカテゴリに分けられています。
アップデートすればFixされるものも出ていますので必要に応じてご確認ください。
前回に引き続き障害のコンポーネントの一覧と、その影響範囲について見ていきたいと思います。
よくある構成でHWコンポーネントを書き出してみました。
上から3つは今までのサーバ仮想化でもおなじみのものです。
これらが壊れたとき、は全てホストが壊れたときに、に相当します。
下から3つがvSAN を使用する場合ストレージとして物理的に機能する、必ずホストに搭載が必要なものです。
IOコントローラ
キャッシュデバイス
キャパシティデバイス
vSAN のハードウェア互換性リストに適切なドライバ、ファームウェア、物理機器の記載がありますので一度ご確認ください。
VMware Compatibility Guide - vsan
ではホスト、ストレージのコンポーネントが壊れたらどうなるのか？
影響範囲はこちらです。
仮想マシンのストレージポリシーで許容する障害の数が1以上(ミラーリンングまたはイレイジャーコーディング)で、ストレージ要件が定義されいている前提です。
仮想マシン、ユーザの影響ともに、ストレージコンポーネントが単一障害にあっただけでは全く影響なく稼働し続けます！
上から下へと影響範囲が大きくなるのですが、もちろんホストへの電源共有やホストのネットワーク断(チーミングしていてが両パスダウン)であればHAが発動します。
外部ストレージのRAIDを構成するディスク1本壊れたら？という障害影響範囲、復旧方法は広く理解されていますが、ハイパーコンバージドインフラになるとまだまだです。
HCIでも、
ストレージコンポーネントの障害は稼働する仮想マシンには影響ありません！
ストレージの世界に閉じて、影響範囲をまとめると下記となります。
IOコントローラ
IOコントローラ配下のストレージデバイスにアクセスできなくなります。
ディスクグループまたは複数ディスクグループがあればその全て
キャッシュデバイス
ディスクグループにアクセスできなくなります。
ディスクグループはキャッシュデバイス1本+キャパシティデバイス複数本から構成される
キャパシティデバイス
対象キャパシティデバイスにアクセスできなくなります。
オールフラッシュ構成で重複排除が有効の場合、ディスクグループ全体にアクセスできなくなります。
障害。
ひとことで言ってもその障害の種類にはさまざまあります。
障害が発生すれば仮想基盤は何らかの影響があり、何が起こるかこれもさまざまです。
まず大きく分けると、ハードウェア障害とソフトウェア障害。
ハードウェアは
字の通り物理的なサーバやストレージの障害です。
モノが壊れた、という障害。
ソフトウェアは
ハイパーバイザ、仮想マシンのOS、ミドルウェア、その上/中で稼働するアプリケーションの障害です。
物理に起因しない障害がソフトウェアの障害ですかね。
仮想化することによって、ハードウェア障害が発生しても仮想マシンが止まらず継続稼働するもしくは自動的に再起動行うことで復旧時間を短縮することで、仮想基盤、システム全体のダウンタイムを小さくすることができます。
これだけ続けていて障害があったらどうなるのかまだポストしていなかったので、vSAN における物理的な障害発生時の挙動、復旧の仕組みについてNewなことも交えながら書いていければと思います。
運用管理、障害シリーズ開始します！
全部で5回か6回くらいになるかなぁと考えていますが、増えるかもしれません。
仮想基盤の種類をまず２つに分けます。
サーバ+外部ストレージとHCIです。
そして物理的なコンポーネントをリストアップしてみたのですが、機器数が増えれば当然コンポーネント数も増えます。
この図の中にはありませんが、FCスイッチももちろん含まれてきます。
このようなHWコンポーネントがあげられる中でどのような挙動になるのか、そして復旧の内部的な仕組みについて次回から詳しく書いていきたいと思います！
昨日、VxRAIL チャンピオンクラブの忘年会、ではなくMeetUp をちょっとのぞきに行って来ました！
VxRAIL のパートナーさんたちが集結、ネットワールドさんとデルさんによるセッションでアップデートや振り返り。
年明けには最新モデル！の検証機が準備されるとか。
Ready NodeとVxRAILの売りわけのポイントとか。
ベンダーもパートナーさんも売るという行為は同じなのですが、手法や観点は全く違っているのでとても勉強になりました。
VxRAIL チャンピオンクラブとは？という方はこちら。
楽しそうな様子が日々わかるのはこちら。イイネ👍募集中らしいです。
遊びに来てーと言われて向かったのですが、懇親会でふられたので少しだけ！お話しました。
やっぱり気になるこれからのことをふんわりと。
こういうオフ会的なものがあるとこぼれ話が聞けたりするのが良い！というお声をいただいたのでまた遊びに行こうと思います。
パートナーさんでご興味ある方はぜひご参加をー！
参加要件はURLをご確認ください。
一段と寒くなった本日のテーマはオブジェクトあたりのディスクのストライプ数。
ストライプというとスピンドルを増やし並列度をあげるイメージです。
vSAN 環境でもその通りです！
ただ、物理デバイスを束ねてストライプするのではなく、オブジェクト単位の考え方でオブジェクトを分割してストライプします。
vSAN のポリシーのひとつにデータ保護に関する許容する障害の数があります。
このポリシーで、ミラーリングまたはイレイジャーコーディングによってデータ保護されます。
さらに今回のテーマ、ストライプをすると下記のようになります。
大きなかたまりだったコンポーネントが２分割されます。
ここでは同一ホストの異なる物理デバイスに入っていますが、これは容量により同一ホストの同じ物理デバイスに格納される場合もありますし、異なるホストに配置される可能性もあります。
許容する障害の数(FTT)で定義されたデータ保護は守りつつ、適当な物理デバイスに分割されたコンポーネントが格納されます。
オブジェクトあたりのディスク ストライプの数
仮想マシン オブジェクトの各レプリカがストライピングされるキャパシティ デバイスの最小数。 値が 1 より大きい場合、パフォーマンスが向上することがありますが、システム リソースの使用量も増加します。
デフォルト値は 1 です。 最大値は 12 です。
デフォルトのストライピング値は変更できません。
ハイブリッド環境では、ディスク ストライプが磁気ディスクにまたがって分散されます。 オールフラッシュ構成の場合は、キャパシティ レイヤーを構成するフラッシュ デバイスにまたがってストライピングされます。 要求に対応できる十分なキャパシティ デバイスが vSAN 環境に配置されていることを確認してください。
オブジェクトあたりのストライプ数を増やすメリットとは？
ストライプが増えた！並列度が上がった！→性能が大きく向上！と考えられますが、vSAN 環境の場合、そこまで体感することはありません。
なぜならIO処理が通常の外部ストレージと異なるからです。
書き込みは必ずキャッシュデバイスに対して行われます。
読み取りはハイブリッド構成の場合はキャッシュデバイスから、オールフラッシュの場合はキャパシティデバイスから直接行われます。
どんなときにこの並列が活かされるかというと
このような場合にはストライプを設定していない仮想マシンより性能が向上する場合があります。
ということでポリシーシリーズ9回目は以上でしたー！
Google検索でvSAN 関連のキーワードからこのブログに辿りついている方が多かったここ数ヶ月。
ここ最近、検索からアクセスが多いページの順位が入れ替わりました。
2ノードクラスタ、やはり日本語のドキュメントや情報が少ないということですよね。。
ブログのトップページよりも回数多く見ていただいています。
ただ記事としてまとまっていなかったので、ここと目次に載せ直しました。
３本立てシリーズはこちらになります。
vSAN クラスタを構成する最小ホスト台数は？
2ノードからです。
ただし、物理ホストとしてvSAN として動くのは2ノード、仮想アプライアンスを稼働させるためのホストがクラスタの外に1ノード必要です。
この構成を2ノードvSAN と呼んでいます。
構成手順は上記または下記デルさんのリンクから！
最近デルさんのテックセンターブログでも連載されています！
vSANの新たなカタチ “ 2ノードvSAN ” ~ 概要 ~ - テックセンター - Blog - テックセンター - Dell コミュニティ
全8回と盛りだくさんですね。
トラブルシューティングまであるようなので、連載終了まで目が離せないですねー！
12月に入りました。
2017年も残すところ、あと31日です。営業日で計算すると、あと20日です。
総括はまた年末の押し迫った時期にするので今日は嬉しいニュースから。
米国のプレスリリースにVMware の第三四半期の結果が発表されました。
その中で。IDCさんからの評価として、2017年前半で一番がVMware vSAN でした！
ワールドワイドということはアメリカはもちろん日本や各国に広まった今年だからこそ、獲得できたと言えると思います。
VMware, Inc. - VMware Reports Fiscal 2018 Third Quarter Results
• According to IDC's 2Q2017 Worldwide Quarterly Converged Systems Tracker, VMware, based on sales of hyperconverged solutions running VMware vSAN™, was the largest hyperconverged infrastructure software vendor during the first half of calendar year 2017.(1)
より詳細な情報があったので、追記
国内市場も12月ごろにレポートサマリが毎年上がっているので、昨年と比較をやってみたいです。
ハードウェアベンダと組み合わせて+vSAN というように、ハードウェアベンダが中心となっており、以前からこのような調査会社の項目にハイパーコンバジドインフラプレイヤーとしてVMware は4象限の中にリストされていませんでした。
今年はどうなんでしょうね！そろそろ単独で入れてもらえますかね！
数えにくいのは確かにそうなのですが、VMware vSAN が10,000社を超えるお客様にお使いいただいているのが数字でもわかると良いなぁと期待しています。
独り言
著作権、肖像権、引用元
かなり厳しくなって来ていると思うのですが、USのvSAN チームは相変わらず新しいTシャツ作ったり、ステッカー作ったりしています。
これは個人の楽しむ範囲ということなのでしょうか。
今年はロケットのようです。
They came out nice. Thanks @merchandise! #goteamvSAN #ItsNotRocketScience pic.twitter.com/L4d3Y82Vuh
— Duncan Epping (@DuncanYB) 2017年11月29日
では、今年もあと少し駆け抜けまーす！！！
vSAN の場合、データストアに格納される単位はブロックではなくオブジェクト単位です。
ポリシーに従いデータ保護が行われ、ミラーリングやイレイジャーコーディングによりオブジェクトが分割されたり複製されたりします。
このオブジェクトが正しいものなのか？
整合性がきちんと取れているか？
ということをしっかりとチェックする、オブジェクト チェックサム機能が実装されています！
ポリシーのひとつにオブジェクト チェックサムの無効化という項目があり、何も設定しないとチェックサムは有効化された状態がデフォルトとなります。
オブジェクト チェックサムの無効化
このオプションを いいえ に設定すると、オブジェクトはチェックサム情報を計算してそのデータの整合性を保ちます。 このオプションを はい に設定すると、オブジェクトはチェックサム情報を計算しません。
vSAN はエンドツーエンド チェックサムを使用して、ファイルの各コピーがソース ファイルとまったく同じであることを確認してデータの整合性を保ちます。システムは読み取り/書き込み操作中にデータの妥当性を確認し、エラーが検出されると、vSAN はデータを修復するかエラーを報告します。
チェックサムの不一致が検出された場合、vSAN は正しくないデータを正しいデータで上書きすることによって自動的にデータを修復します。チェックサム計算とエラー修正はバックグラウンド操作として実行されます。
クラスタ内のすべてのオブジェクトのデフォルト設定は いいえ で、チェックサムは有効です。
ストレージはデータを格納するためのものであり、データは正しいものが保管されているのか特に気にされる項目でもあります。
ハードウェアとしてディスクのブロックのチェックサムもありますが、データを取り出せなかったら意味がないので、vSAN ではオブジェクトのレイヤでチェックサムをつけ確認を行うようになっています。
もちろん整合性をIOごとにチェックするため、チェックサムが無効になっている場合と比較すると、オーバーヘッドはある程度あります。
チェックサムを無効にした場合のIOPS参考値としては1.2-1.4倍程度となります。
何か不整合が発生した時も自動修復されるので、これでストレージデータとしての整合性も安心！
今週は12月が始まるってご存知でしたか？
感覚的にはまだ秋に入ったばかりです。1年あっという間に過ぎていくのが恐ろしい...
告知するのが遅くなってしまったのですが。
エンドユーザ様向けとパートナー様向け、それぞれのセミナーのご案内です！
エンドユーザ様向けのセミナー
東京
2017.11.30（木）14:30～17:00
2017.12.6 （水）14:30～17:00
2017.12.15（金）14:30～17:00
愛知
2017.12.13（水）14:30～17:00
大阪
2017.12.12（火）14:30～17:00
石川 2017.12.1（金）13:30～17:15
愛知 2017.12.5（火）13:30～17:15
広島 2017.12.8（金）13:30～17:15
パートナー様向けセミナー
石川 2017.12.1（金）9:30～12:05
愛知 2017.12.5（火）9:30～12:05
広島 2017.12.8（金）9:30～12:05
開催が東京以外のものもあるので、ぜひご都合の良い場所、日程でご参加くださーい！
2022年度版で書き直しています！
中身は変わっていませんが、もう少し詳しく書いてみました。
vSphere HA とvSAN、ハートビート、3Tier構成と何が違うの？
vSphere HA とvSAN、ハートビート、2 ノード/ストレッチクラスタの場合は？
vSAN にすると変わること、のひとつになります。
マニュアルを一度読んでいただいた方に、かなりの確率で聞かれます。
vSphere HA と合わせて使う時の設定、ベストプラクティスってなに？
HA に関連する設定手順のマニュアルはこちら
vSAN Operations Guide HA Settings
ベストプラクティスをわかりやすく説明している元ネタはDuncan Eppingのブログ記事はこちら
vSphere HA heartbeat datastores, the isolation address and vSAN - Yellow Bricks
前提としてHA が発動し仮想マシンが再起動されるために、常に監視されているネットワークがハートビートネットワークとなります。
vSAN を有効化した場合、vSAN ネットワークがハートビートネットワークとなります。
マスターと呼ばれるホストからクラスタメンバであるホストがどのような状態であるのか、隔離状態であるかを判断するために、共有ストレージをハートビートデータストアとして選択されることが一般的となっていました。
ただし、外部ストレージと異なりvSAN はハートビートデータストアとして指定することはできません。
では、きちんとマスターのホストが他ホストの隔離状態であると判断できて、仮想マシンの電源操作を行うためにはどうするのか！
隔離アドレスを設定することにより解決します。
どのようなときに隔離状態とホスト自身が宣言するのか？
隔離アドレスとは
ホストが隔離状態かどうかを判断するための、全てのホストが通信可能なアドレスのことを示します。
このアドレスは管理ネットワークのデフォルトゲートウェイが指定されています。
これはハートビートネットワークが管理ネットワークとなっているためです。
もし隔離状態になった際にはこのアドレスにPingで疎通確認を行い、隔離状態！と宣言することになります。
vSAN 環境における隔離アドレスの設定
vSAN 環境ではvSAN ネットワークがハートビートネットワークです。
vSAN ネットワークのデフォルトゲートウェイを手動で設定する必要があります。
vSAN ネットワークがストレージ用として独立しており、裏側で使用するだけのためルーティングがされていないということもあると思います。
その場合は物理スイッチに仮想インターフェースとしてvSAN セグメントのIPアドレスを割り当て、そのアドレスを隔離アドレスとしてvSphere 側で設定をおこなってください。
ちょっとTechっぽい！
いま、札幌に向かっています。
この時期に空港上空で30分ほど旋回を続け、羽田に折り返した経験があります。
そのための前入りというわけではないのですが、大阪vFORUM今年はお留守番でした。
お客様数が10,000社達成とこの夏のVMWorldで発表されました。
1年前の5,500社からみなさまに広く導入いただき、国内での採用もますます進んでいます！
記念すべき動画がありました。
日本のお客様もコメントで参加されています！
大企業から中小企業までどんな業種の方もお使いいただいています。
国内のお客様で、アジア、事例としてはもしかすると世界初となるストレッチクラスタの公開事例を紙や資料ベースでお届けできる準備ができました！
まだWebページにはなっていないので、事例が欲しい！という方はVMware社員までおしらせください。
急に寒くなって、体が追いついていかないです。
月曜のマグロで白米１合くらい食べたので、午後はあったか。
明日はvFORUM 2017 OSAKA です！
登録がまだの方はお急ぎください！
HCI 関連セッションはこちらから。
お客様事例講演
13:00 - 13:30
【お客様事例講演】ゲームサーバ＆認証課金システムを刷新!! カプコンのSDDC化への第一章はvSAN導入から！ | vFORUM 2017 OSAKA
登録は満席となっていますが当日席に空きがあれば入ることができますので、直前まで諦めないでください！
VMware セッション
12:05 - 12:35
vSANから自動化まで！ vRealize Operations Manager 6.6 で変わる運用最適化とは？ | vFORUM 2017 OSAKA
15:20 - 15:50
HCI powered by vSANが提供する7つの価値 | vFORUM 2017 OSAKA
17:20〜18:05
これで安心、設計から運用まで。 vSAN の全てを完全解説！！ | vFORUM 2017 OSAKA
パートナー様セッション
13:00 - 13:45
日立が贈るHCIソリューションでVMware vSANを使い倒す | vFORUM 2017 OSAKA
15:20〜16:05
柔軟性、高効率性、安全性がポイント！DX時代に向けたHCI導入のポイント | vFORUM 2017 OSAKA
15:20〜16:05
ハードウエア好き大集合！ HPE最新プロダクトで実現する次世代 SDDC | vFORUM 2017 OSAKA
16:20〜17:05
運用工数70%削減！HCIで実現できるスモールスタートハイブリッドクラウドとは？ | vFORUM 2017 OSAKA
17:20〜18:05
HCI適用について本気で考える | vFORUM 2017 OSAKA
