&quot;HCI&quot; はじめました。

vSAN ストレッチクラスタ⑦：ストレッチクラスタのアフィニティ設定

vSAN ストレッチクラスタ⑧：ストレッチクラスタの障害時の挙動その1

2020-01-27

祝！3周年！

1月といえば。

お正月、仕事始め、成人式などありますが。

f:id:vmwarekkHCI:20200121161309p:plain

個人的には、"HCIはじめました"を始めたのが1月なのです！

3周年となりました...！

うち1年はほぼ更新していないとはいえ。

ここまでvSAN / VMware HCI の情報が集約されている場所はないだろうと自負しております。

f:id:vmwarekkHCI:20200124130028p:plain

はてなブログさんからも3年だよーとメールがきました。

初めて投稿した頃を振り返ってみます。

2017年1月26日。

ハイパーコンバージドインフラ始めました

当時、恐ろしいKPIを設定していました。

f:id:vmwarekkHCI:20200121144952p:plain

え？1日3件...？

達成できていたのか、というと。2月の様子をみてみましょう。

f:id:vmwarekkHCI:20200121145144p:plain

全然できていませんでした。

でも平日は1,2つずつは投稿できていたので、きっと週5回と決めていたらせいぜい週2回しかポストできなかったと思います。

その後1日1投稿が1年ほど続き、週2-3回投稿が定着して現在に至ります。

絶対無理だろ！と高めに目標設定するのも大切なんですねぇ。

3周年を記念して、ブログ初投稿の1/26付近に何を食べていたかセレクトした思い出を振り返ります。

2020年の1月

f:id:vmwarekkHCI:20200121150650j:plain

大好き俵ハンバーク、ハングリータイガーです。

ダブルハンバーグにおすそわけされたラムチョップ。

2019年の1月

f:id:vmwarekkHCI:20200121143816j:plain

近所のおそばやさんの出前、天ぷら揚げたてのさっくさくなことに気づく。

自宅で天ぷらをしなくなった。おそばもおいしい。

せいろは2段です。大盛りです。

2018年の1月

f:id:vmwarekkHCI:20200121143803j:plain

他にもカワハギとかすき焼きとかたくさん食べた。

甘鯛の一夜干しの焼きびたし、また食べたい。焼きびたし好き。

この1年を振り返って。 - "HCI" はじめました。

2017年の1月

f:id:vmwarekkHCI:20200121143810j:plain

なんと！めずらしく特製樺太丼に半ラーメンをつけていました。

ここ5,6年は冷し味噌やさい大盛り麺少なめ一択です。

7,000社達成！- HCIの波、きてます！ -

f:id:vmwarekkHCI:20200123111148p:plain

Twitterも記念日でした。

2020-01-24

思ったより、はやい

最近、昔を懐かしむ時間が増えてきています。

あんなに小さかったVirtual SAN が、vSAN/VMware HCIとして、ここまで大きくなって...という親心です。

f:id:vmwarekkHCI:20200124162429p:plain

気になったのでちょっとデータを探してきました。

こんな記事がありました。

ハイパーコンバージドシステム急成長の鍵は「運用管理」 (1/5) - キーマンズネット

画像の引用はしない方が良いと思いますので、文章で。

2017年11月の記事で、IDC Japanさんが書かれています。

2016年の実績が77億円、2018年の市場予測が187億円となっています。

グラフの形が下の2つと異なるのは当時はコンバージドインフラ市場予測の中のひとつの項目としてしかハイパーコンバージドインフラがなかったからです。

むしろSDS(仮想ストレージ)市場予測もまだあった頃です。

2018年12月に発表された2017年の実績と2022年までの国内のハイパーコンバージドインフラ市場予測です。

2016年の実績と比較すると、倍増しています！YoY200％です！

ハイパーコンバージドインフラ(HCI)という言葉が当たり前のように使われるようになったのがこの時期ですね。

当時の資料を見返してみると、vSAN のことをハイパーコンバージドインフラのストレージ、VMware HCIと連呼していました(笑)

今でこそ当たり前ですが、当初は違和感でした。

そして2019年7月に発表された、最新の市場予測はこちら。

3つのグラフから2018年に注目してみてみると。

2017年の予測：187億円、2018年の予測：約250億円、実際には300億円という規模にまで拡大していっています。

これがタイトルの「思ったより、はやい」です。

想定よりも市場の拡大が早かった、今後もおそらくそうなるのではないでしょうか。

仮想基盤のベースとして当たり前に選ばれるようになったHCI。

引き続き、VMware HCIのストレージであるvSAN をよろしくお願いします！

2020-01-20

ちょっと待って、再起動

f:id:vmwarekkHCI:20200120162900p:plain

エラーが出ている。何かおかしい。

そんなとき、どうしますか？

vSAN に限った話ではないのですが、何か問題が発生した際のトラブルシューティングって大切ですよね。

vSphere のトラブルシューティングのガイドラインはこちら。

トラブルシューティングのガイドライン

概要を抜粋してみると。

症状の特定
考えられる多数の原因により、実装の性能が低下したり性能が発揮されなくなることがあります。効果的なトラブルシューティングの第一歩は、何に問題があるのかを正確に特定することです。

問題領域の定義
問題の症状を切り分けたら、問題領域を定義する必要があります。影響を受け、問題の原因となっている可能性があるソフトウェアまたはハードウェアのコンポーネント、および問題とは関係のないコンポーネントを特定します。

考えられる解決策のテスト
問題がどのような症状であるか、どのコンポーネントが関わるのかを把握したら、問題が解決されるまで解決策を体系的に試します。

管理者がすべてを自分自身で行うことは難しいです。

ソフトウェアの問題なのか、ハードウェアなのか、仮想マシンなのか、その上で動いているアプリケーションなのか、複合要因の場合もあります。

エラーから現在何が起こっているのか、そして切り分けを行い、何をすれば解決できるのかを確認して実際に対処していきます。

サポートにご連絡いただく場合も多いかと思います。

vSAN 環境のトラブルシューティングでお願いしたいことが3つあります。

焦らない！

慌ててしまいますが、まず現状の把握、健全性のチェックをしましょう。

すぐ再起動しない！

SD/USBがブートデバイスとなっている場合、再起動によりRAMディスクに保存されていたログがなくなる可能性があります。

これにより原因究明が難しくなる場合があります。

多重障害にさせない！

仮想マシンのストレージポリシーは許容する障害数から決定しています。

例えばFTT=1の場合、1台のホストの障害ではアクセシビリティがあります、仮想マシンは動き続けられます。

もう1台いなくなれば、ポリシーに準拠しない仮想マシンが出てきてしまいます。

人の手でこの状況を作り出さないようにすることは重要です。(他のホストもう1台リブートしちゃえ、えい！とか...しないでください...)

お客様の声として全くvSAN トラブルないよ！と問題なく稼働している環境が多い中、何か起こった時のお願いでした。

よろしくお願いいたします！

2020-01-16

vSAN ストレッチクラスタ⑧：ストレッチクラスタの障害時の挙動　その1

vSAN の障害には3種類あります。

ディスクの障害、ホストの障害、ネットワークの障害

許容する障害の数で定義されている最大の障害範囲はホスト障害です。

ホストが1台壊れても仮想マシンを止めない！→FTT=1

ホストが2台壊れても仮想マシンを止めない！→FTT=2

このあたりの復習をしたいかたはまずこちらから

モノは壊れるシリーズ①- HCIの障害って？

モノは壊れるシリーズ②- HWコンポーネントごとの影響範囲

モノは壊れるシリーズ③- ハイブリッドとオールフラッシュ

モノは壊れるシリーズ④- vSAN 6.6.1までの再同期エンハンスメント

モノは壊れるシリーズ⑤- vSAN 6.6.1までの再同期エンハンスメント続

もう一度ストレッチクラスタの基本を復習する場合はこちら

vSAN ストレッチクラスタ⑦：ストレッチクラスタのアフィニティ設定

では本題に入ります。

ストレッチクラスタならではのキーワードはサイト、ウィットネスVMです。

さらに6.7U1からはローカル保護(Nested Fault Domain)も追加されています。

ストレッチクラスタの場合はどのような挙動になるのか、通常のクラスタとは異なる点を中心に確認していきましょう。

以前の記事でストレッチクラスタと括弧書きがついているポリシーが4つありました。

ここでは

デュアルサイトミラーリング(ストレッチクラスタ)

　かつ

ローカル保護あり(FTT=1以上)

であることを前提に進めていきます。

f:id:vmwarekkHCI:20191218125148p:plain

ディスクの障害：プライマリサイト

f:id:vmwarekkHCI:20191218125456p:plain

プライマリサイトに所属するホストのディスクに障害が発生した場合、仮想マシンはプライマリサイトで稼働し続けます。

アクセシビリティはありますが、サイト内のローカル保護ポリシーに準拠していない状態です。

f:id:vmwarekkHCI:20191218125551p:plain

ディスクの障害なので、もともと配置されていたデータがなくなってしまった、即時に再同期が行われます。

ディスクの障害：セカンダリサイト

f:id:vmwarekkHCI:20191218125731p:plain

セカンダリサイトに所属するホストのディスクに障害が発生した場合も、仮想マシンはプライマリサイトで稼働し続けます。

アクセシビリティはありますが、サイト内のローカル保護ポリシーに準拠していない状態です。

f:id:vmwarekkHCI:20191218130423p:plain

ディスクの障害なので、もともと配置されていたデータがなくなってしまった、即時に再同期が行われます。

ホストの障害：プライマリサイト

f:id:vmwarekkHCI:20191218133914p:plain

プライマリサイトに所属するホストの障害が発生した場合、そのホスト上で稼働していた仮想マシンは落ちてしまいます。(通常のvSphere クラスタと同様)

アクセシビリティはありますが、サイト内のローカル保護ポリシーに準拠していない状態です。

f:id:vmwarekkHCI:20191218133954p:plain

障害が発生したホスト上で稼働していた仮想マシンはプライマリサイト内の異なるホストにHAして再起動されます。

一定時間後、プライマリサイト内で再同期が開始されます。

ホストの障害：セカンダリサイト

f:id:vmwarekkHCI:20191218134026p:plain

セカンダリサイトに所属するホストの障害が発生した場合、プライマリサイトの仮想マシンはそのまま稼働し続けます。

アクセシビリティはありますが、サイト内のローカル保護ポリシーに準拠していない状態です。

セカンダリサイトで稼働していた仮想マシンがある場合、セカンダリサイト内でHAにより再起動され異なるホスト上で稼働します。

f:id:vmwarekkHCI:20191218134053p:plain

一定時間後、セカンダリサイト内で再同期が開始されます。

ディスクの障害もホストの障害もローカル保護されている場合、通常のvSAN クラスタと同様の動きですね。

アフィニティをきちんと設定し、仮想マシンをグルーピングすることでサイト内での運用、サイト内でのホスト障害があった場合もサイト内でHAを行います。

ただ、ストレッチクラスタだったらどうなるんだっけ？と思うことも多いので、一度整理してみました。

ストレッチクラスタシリーズ長くなってきましたが、次回はストレッチクラスタならでは、サイトの障害(ネットワークの障害)についてご紹介します！

vSAN ストレッチクラスタ⑦：ストレッチクラスタのアフィニティ設定

2020-01-08

2020年、VMware HCI はじめてみませんか？　セミナーのご案内

2020年も VMware HCI 、vSAN をよろしくお願いします！

f:id:vmwarekkHCI:20200108173733p:plain

いつの間にかに年が明け、いつも通りの毎日が始まりました。

おせちで一番好きなものは松前漬けのにんじんです。

今年は一升瓶はやめて四合瓶にしました。

適量で大変満足できました。

直近のセミナー2つのご案内です！

2020.1.22（水）15:00-16:00　オンライン開催

日本ヒューレット・パッカード株式会社様との共催セミナーです。

HPE Synergyと VMware vSAN を組み合わせて仮想基盤を最適化してみませんか？

事例を用いてご紹介します！

ご登録はこちらから！

こんな HCI あったのか！運用負担を劇的に軽減できるインフラ教えます

2020.1.22（水）18:00-19:00　オンライン開催

コンテナ等の次世代クラウドネイティブアプリケーションへの取り組み、最近増えてきていますよね。

大きな組織の変革が必要とされる新しい基盤作りも既存の知識(vSphere)でスタートできます！

実行・検証、開発環境等として最適な vSAN HCI 利用方法をご紹介します。

ご登録はこちらから！

2020 年度のスタートダッシュに向けて、”今” IT 部門に出来る事

2019-12-24

年末のご挨拶

2019年、あっという間に終わってしまいました。

まだ終わっていないですが、ちょっと早めに今年最後の投稿です。

f:id:vmwarekkHCI:20191224140024p:plain

2019年最後のポストは、まとめです。

目次には書きためたシリーズものを一覧にしていますが、よく見られている記事と合わせて、リンクを貼り付けてみます。

目次に入れても良いかな〜

マニュアル/ユーザーガイド

VMware vSAN Docs (日本語)

StorageHub VMware vSAN

vSANOperationsGuidance　NEW！！！

StorageHubに新しいドキュメントが追加されました！

網羅的に、ネットワークの設定から、ストレッチクラスタ、アップグレードまで。

H5 Clientの画面つきで説明されています。

Docsの文章だけだとちょっとわかりにくい、と思ったポイントをこちらで調べてみるのも良いかも。

アップデート/ライフサイクル管理

とにかく簡単になったUpdate Managerによるアップデートや、VxRAILのワンクリックアップデート。

最新 6.7U3

vSAN 6.7 U3 アップデート！ーうちの子、最新ー

VxRAIL のアップデートしてみました

6.7無印

vSAN 6.7 アップグレードそのいち

vSAN 6.7 アップグレードそのに

6.5U1

うちの子、最新 - "HCI" はじめました。

vSAN 6.7U3 アップデートまとめ

最新情報、8月リリースされた6.7U3ですが、色々と細かいアップデートがあります。

vSAN 6.7 U3 アップデート！ーうちの子、最新ー

vSAN 6.7 U3 リリース！

vSAN 6.7 U3 アップデート！詳細編①

vSAN 6.7 U3 アップデート！詳細編②

vSAN 6.7 U3 アップデート！詳細編③

vSAN 6.7 U3 アップデート！詳細編④

vSAN 6.7 U3 アップデート！詳細編④-続き

vSAN 6.7 U3 アップデート！詳細編⑤

vSAN 6.7 U3 アップデート！詳細編⑥

ハードウェア関連

起動停止関連

KB関連

移行

既存環境からvSAN へとお引越しをするときの一般論です。

既存環境からVMware HCIへ移行 ①

既存環境からVMware HCIへ移行 ②

既存環境からVMware HCIへ移行 ③

既存環境からVMware HCIへ移行 ④

ハンズオンラボ

6.7U1ベースのVMWorldやvFORUMでリリースされたラボたちです。

HOL-2008-01-HCI -vSAN - Getting Started

HOL-2008-02-CHG - vSAN - Challenge Lab

HOL-2008-04-ODY -VMware Odyssey - vSAN - Getting Started Game

HOL-2008-05-ODY - VMware Odyssey - vSAN - Advanced Game

HOL-2008-91-HCI -vSAN Quick Start - Lightning Lab

HOL-0301-01-HCI - VxRail: Simplifying IT through Standardization and Automation

では。

みなさま、本年もvSAN、VMware HCI を売っていただき、買っていただき、使っていただき、ありがとうございました！

2020年も駆け抜けますので、よろしくお願いいたします。

2019-12-19

vSAN ストレッチクラスタ⑦：ストレッチクラスタのアフィニティ設定

ずーっと書こう書こうと、障害時の挙動の記事がなかなか書き終わらず盛りだくさんになってきております。

ふと、ストレッチクラスタガイドを読み返していました。

設定項目でまだお伝えしていないことがありました。

CPU,メモリのリソースを活用するために、DRSを有効にすることが推奨です。

これはvSAN 環境に限らず、vSphere の世界のお話です。

DRSとは。

各物理サーバのCPUやメモリの負荷状況を監視し、仮想マシンを動的に再配置することで、仮想環境全体のリソースを自動最適化して負荷を平準化する機能です。

エディションはvSphere Enterprise Plusが必要です。

概要はこちらから

VMware vSphereの基本機能とそのメリットを再確認そして一歩進んだ仮想基盤の自動化を推進 | IT価値創造塾 - Part 2

ストレッチクラスタを構成する場合、クラスタは単一です。

クラスタ内のリソースの平準化を行うDRS 。

では、仮想マシンたちにとって、これらホストはプライマリですよ。あっちのホストはセカンダリですよ。

と、わかるようにするのはどうすれば良いのでしょうか。

ホストグループ、仮想マシングループでアフィニティの設定をしましょう！

f:id:vmwarekkHCI:20191219105725p:plain

クラスタの設定＞設定＞仮想マシン/ホストのグループから追加を行います。

画面は設定後なので、右側に作成されたグループが一覧で表示されています。

f:id:vmwarekkHCI:20191219104357p:plain

サイトの名前を入力し、対象ホストを追加します。

f:id:vmwarekkHCI:20191219104430p:plain

プライマリサイトで稼働する仮想マシンのグループを作成します。

今回は全てプライマリで稼働する想定です。

f:id:vmwarekkHCI:20191219104542p:plain

次に仮想マシン/ホストルールの編集を行います。

オレンジ枠で囲っている"グループ内のホスト上で実行します"を選択します。

グループ内のホスト上で実行する必要があります(must)
グループ内のホスト上で実行します(should)

２つ選択肢がありますが、必要があります、の方を選択してしまうとサイト障害時のHAの行き先が必ずプライマリになってしまうため、セカンダリで起動してきません。

f:id:vmwarekkHCI:20191219104234p:plain

DRSを有効にします。

セカンダリに通常配置する仮想マシンについても同様に仮想マシンのグループを作成し、ルールを追加してください。

設定は以上です！

通常のvSAN と同様にvSAN データストアは１つ=ストレージプールは単一です。

ストレージ部分についてはストレッチクラスタを有効にした時点で、ホストのプライマリ/セカンダリのグルーピングを行い、サイトをまたいでデータが自動的に配置されます。

ホストと仮想マシンについてはvSphere の世界でのアフィニティ設定をしましょう。

ストレッチクラスタシリーズ