VSAN で DR / BCP を実現する VSAN Stretched Cluster !! ~ vSAN stretched clusterとは? ~

第1回 vSAN stretched clusterとは?

img_0284

皆さん、こんにちは。JBCC株式会社の美谷島と申します。

突然ですが、VSAN Stretched Cluster をご存知でしょうか?

先日のvForum 2016 の VSAN Deep Dive セッションでも紹介されていました vSAN stretched Clusterの概要、構築方法などを 今回から4回にわたってご紹介していきたいと思います。

第1回ではvSAN stretched clusterとは?と題してvSAN stretched clusterの概要・メリット、サイジング方法をご紹介します。

弊社では、VMware社のvSphereやHorizonのような仮想化製品のインテグレーションに力を入れています。

その中でも、特に注目したのが ” Software Defined Storage(以下SDS)”です。SDS は一言でいうとソフトウェアでストレージ機能を実装するという技術です。仮想化基盤では可用性を持たせるために共有ストレージ装置が必要となりますが、SDS を導入すれば汎用的なx86サーバだけで共有ストレージ機能を実現できるのが強みです。また、x86サーバを追加するだけで簡単に容量とパフォーマンスを増強することができますので、オンプレミス環境であってもクラウド環境のような柔軟な拡張性が実現できるようなりました。ちなみに SDS は近ごろ大変脚光を浴びている Hyper-Converged Infrastructure のコアテクノロジーでもあります。

現在各社からたくさんの SDS 製品がリリースされておりますが、その中でも VMware 社の vSAN stretched cluster 機能 は BCP 対策も可能な高度な機能を有したストレージです。

私共はこの vSAN stretched cluster に着目して、お客様に新たな選択肢となり得るであろう BCP ソリューションをお届けするためにこれを検証することにしました。

 

vSAN概要

1

まず、stretched clusterを語る前に簡単に vSAN のおさらいをしておきますが、 vSAN は SDS 製品の中でも代表格となる製品です。 従って、 vSAN によって SDS のメリットがもれなく享受でき、その上、各ノードに SSD を配置することで、これをディスクの Read Write の IO のキャッシュとして利用することができパフォーマンス向上も期待できます。さらには、仮想マシン毎に可用性のレベルや QoS をセットすることが可能で、ポリシーベースで柔軟性があるところも他の SDS にはない、非常に大きな強みとなっています。

 

 

vSAN Stretched Cluster概要

ここからが本題となりますが、 Stretched Cluster は通常の vSAN 構成と何が違うのでしょうか。

端的にご説明しますと地理的に離れたサイト間で vSAN が組めるということです。普通に考えれば2サイトにロケーションが分かれればストレージは2つ独立して存在することになるのですが、 Stretched Cluster は2つのサイト間(地理的に離れたサーバ同士)でも1つの共有ストレージとして扱うことができます。

 

2

 

また、災害対策と言うと一般的には Active – Standby 構成となり、災害対策サイト側の機器は普段は稼働することなく、遊んでしまっている状態になってしまい、ちょっと勿体ない構成となってしまいますが vSAN Stretched Cluster は本番サイト、災対サイト 共に Active – Activeで構成できる ことがポイントです。

Active – Active構成にすることで以下のメリットが挙げられます。

 

・災害対策サイト側も Active なのでリソースを有効活用

・ゼロRTO * 1(サイト間でデータは完全同期レプリケーション)

*1 RTO ・・・ Recovery Time Objective

・各サイトにvCenterを配置する必要がなく、本番サイト1つで良い

・本番サイトから災害対策サイトへの切り替え作業が不要

(基本的にL2延伸でサイト間は利用しますので、DNSによるレコード切替、IPアドレス変更といったサイトを切り替える手順を実施する手間が省けます。)

 

シンプルな構成で DR 構成を組みたいといったユーザ様にとってはメリットが大きい構成だと思います。

また、通常の vSANは 同じデータを別ホストにも書き込むことで冗長性を担保していることが特徴ですが、 vSAN Stretched Cluster構成であれば別サイトのホストに可用性のためのデータを書込むことが可能になりますので、サイト障害にも、もちろん データロスなしで対応できます。

 

その他に必要となるコンポーネントとして witness サーバがあります。 Witness サーバとは監視サーバのことであり、サイトの死活監視をしていますので Witness サーバは両サイトとは別のセグメントで立てる必要があります。

vSAN Stretched Cluster 環境では2フォルトドメインまで立てられ、各フォルトドメインに15ホストまで構築可能です。フォルトドメインとは Disk グループで構成される障害の単位になります。

 

vSAN Stretched cluster の要件は以下の通りです。(一般的な vSAN の必要条件はここでは割愛します。)

 

・vSphere 6.0 update1以上

・最適な仮想マシンの挙動を行うためにDRSのアフィニティルールが必要となりますので、エディションはEnterprise Plus以上

・10 Gbps以上のネットワーク帯域(サイト間)

・100 Mbps以上のネットワーク帯域(サイト ー witness間)

・5 msec以下のlatency(サイト間)

・100 msec以下のlatency(サイト ー witness間)

・サイト間はL2接続

・サイト – witness間は L3 接続

 

3

 

既にお気づきかと思いますが、ここで肝となるのがネットワーク(vSANネットワーク)です。

そこで、vSAN ネットワークのサイジング方法をご紹介します。

 

 

サイジング

ここからはサイジングの話となります。まず、CPUやメモリ、 Diskといったサイジングについては通常のvSAN 構成と同様なので以下の VMware 社 川崎様記載のブログを参照ください。

http://blogs.vmware.com/jp-cim/2016/04/vSAN_04.html

 

通常のvSAN構成と違う点としては、片方のサイトが被災した場合も考慮しなければいけないのでCPU、メモリは片方のサイトで賄えるようにサイジングする必要があります。

ネットワークのサイジングについては write のスループットがポイントとなってきます。データを書き込む際の処理の動きは図4の通りとなり、サイト間の vSAN ネットワークが 5msec以内であることが必須要件となります。

データの読み込みは仮想マシンが稼働しているプライマリホスト群から直接読み込みますので別サイトにあるホストにアクセスすることはなく、WAN経由してまでvSANネットワークを使うことはありません。(図5)

 

4

 

5

 

そこで各ホストの write のスループットを算出することで必要となる vSAN ネットワーク帯域が判明できますのでネットワークをサイジングするときは write スループットの算出がお勧めです。

 

※ JBCC社における構成時の参考値

・既存に vSAN を導入している場合

…ESXTOPで算出

・vSphere 環境のみであり、新規に vSAN Stretched Cluster を導入する場合

…既存ストレージの管理画面から取得

 

(例) writeスループット:1 Gbpsの場合

vSAN ネットワーク=1 Gbps ( writeスループット)×1.4(オーバーヘッド)×1.25(障害時に走るtraffic 25 % 込)=1.75 Gbps

 

この場合であれば10 Gbpsの帯域で余裕ですね。

 

以上が vSAN Stretched Clusterの概要、サイジング方法でした。

 

尚、弊社ではストレージのワークロードを分析しお客様環境のIO分析をするストレージクリニックと呼ばれる無償サービスを実施していますのでwriteスループットの算出のみでなく仮想環境のサイジングを実施する際は是非ともご活用ください。

http://www.jbcc.co.jp/products/plan/storage_clinic/index.html

 

ただ、障害時にどのような挙動になるか気になりますよね?

JBCC は日本で最初にvSAN Stretched Clusterをお客様に提案し、ご採用頂きました。

ご採用頂くにあたり私共は、様々な検証をしました。そのときの内容を元に、次回は障害時の挙動に関してご紹介しますので是非ともご確認ください。

 

vSAN Stretched Clusterブログ

第1回 vSAN Stretched Clusterとは?

第2回 障害時の挙動

第3回 構築、運用ポイント

第4回 JBCC推奨構成

 

 

 

VSAN Cormac Blog ~ vSAN 6.2 キャパシティ ビュー

vSAN Cormac Blog ~ vSAN 6.2 キャパシティ ビュー ~ 

 

vSAN 6.2 の新機能の中でも、特に重複排除や圧縮のような容量効率化の機能に注目している方も多いかと思います。
この機能の他にも、新しく バージョン3になった オン ディスクフォーマット と新しいソフトウェアチェックサム機能があります。
これらの機能はキャパシティのオーバーヘッドをもたらしますが、vSAN 6.2 で導入された新しいストレージビューにより、管理者によるストレージ消費の追跡を容易にしています。

%e7%94%bb%e5%83%8f1

まず最初にキャパシティ オーバービューに焦点をあてた場合、vSAN データストアの全体サイズを見ることができます。 (上記の画面では 59.43 TB あります。)

併せて、重複排除と圧縮のオーバーヘッドも確認することができますが、更にファイルシステムのオーバーヘッドやチェックサムのオーバーヘッドを確認したい場合は、画面下部の使用量の内訳で詳細を表示することができます。

使用済み合計 – vSAN データストア上で、物理的にどれくらいのデータが書き込まれているのか (論理サイズとは対照的)を表しています。

これは、データストア上に存在することができる仮想ディスク、 仮想マシンのホームオブジェクト、スワップオブジェクト、パフォーマンス管理オブジェクトおよびその他の項目の組み合わせです。

 

その他の項目とは、例えば ISOイメージ、未登録の仮想マシン、またはテンプレートなどがあります。 画面下部の使用容量内訳の仮想マシンオブジェクトに表示されている値は、オブジェクトの種類ごとにグループ化されたときに、関連する使用量、重複排除と圧縮前の値かが計算されています。

重複排除と圧縮を行った後に、オブジェクトがどのくらいのスペースを消費しているかを確認するための情報は、この時点ではありません。

しかし、これらのスペース効率の機能によって保存されている領域の量が確認できないということではありません。

 

画面右上のデデュープと圧縮の概要は、スペースの節約とデデュープ (重複排除) 率がどれくらい達成しているのかを確認できるのと同様に、管理者が vSAN 上のスペース効率化の機能を無効にして重複排除と圧縮されたオブジェクトを再膨張させたい場合に有効な情報となる場合があります。

展開されている仮想マシンがより類似のものであれば、容量の節約率は高くなります。ここでは、数百の仮想マシンを展開している例です。いかがでしょうか?

%e7%94%bb%e5%83%8f2

これは、重複排除と圧縮を使用しないで現在のワークロードを展開した場合、11TBほどが必要になることを意味しています。 重複排除と圧縮機能を使用することで、400GB程度まで削減されました。

留意点は、「使用前 (Used Before)」の値は、レプリカ(RAID-1)とパリティ(RAID-5/6)の値も含まれることです。これは、データタイプのグループを反転させることで、すぐに確認することができます。

これで、重複排除と圧縮を無効にして、仮想マシンをもとのサイズに再膨張させた場合に必要とされる容量を確認することができます。

上記のような操作を計画している場合、この画面を参照し、利用可能な十分な容量があることを確認してください。

 

続いて、キャパシティビューの中で表示されているオブジェクトの説明です。

%e7%94%bb%e5%83%8f3

・オブジェクトタイプのグループ

 

パフォーマンス管理オブジェクト

パフォーマンスサービスが有効になっている場合、パフォーマンス・メトリックを格納するために作られたオブジェクトによって消費される容量

 

ファイルシステムのオーバーヘッド

重複排除、圧縮やチェックサムのオーバーヘッドに起因しない、容量のドライブ上のファイルシステム(VirstoFS)に取り込まれた任意のオーバーヘッド 。

重複排除と圧縮が有効になっている場合、ファイルシステムのオーバーヘッドは、 vSANデータストアの論理サイズの増加を反映して10倍に増加されます。

 

デデュープおよび圧縮のオーバーヘッド

重複排除と圧縮の効果を得るため、オーバーヘッドが発生します。これは、重複排除や圧縮のために必要なマッピングテーブル、ハッシュテーブル、そして他のメカニズムに関連付けられたものが含まれます。

チェックサムのオーバーヘッド

すべてのチェックサムを格納するオーバーヘッドです。重複排除と圧縮が有効になっている場合、チェックサムのオーバーヘッドは、 vSANデータストアの論理サイズの増加を反映して10倍に増加されます。

 

vSANデータストア上に仮想マシンやテンプレートを展開している場合は、より多くのオブジェクトが表示されます。

 

仮想ディスク

vSAN上に存在する仮想マシンディスク (VMDK)のオブジェクトによって消費される容量

 

仮想マシン ホーム オブジェクト

vSANデータストア上に存在する、VMホームの名前空間オブジェクト(仮想マシンファイルを含む)によって消費される容量

 

スワップ オブジェクト

vSANデータストア上に存在する仮想マシンのスワップ領域によって消費される容量。

 

Vmem オブジェクト

仮想マシンのスナップショット取得時に作成されるメモリオブジェクトによって消費される容量。これは仮想マシンバ ージョン10以上をつかっているときのみ表示されます。

 

 

その他

仮想マシンテンプレート、登録されていない仮想マシン、仮想マシンに関連付けられていないスタンドアローンのVMDK、手動で作成 されたvSANオブジェクト、手動で作成されたISOを保存しているディレクトリによって消費される容量。

次は、別のビューであるデータタイプを掘り下げてみてみましょう。

%e7%94%bb%e5%83%8f4

データタイプのグループ

プライマリ 仮想マシン データ

VMホームの名前空間、VMスワップとVMDKオブジェクトを含む、仮想マシンによって消費される容量

 

Virtual SAN オーバーヘッド[レプリカ・監視・RAID 5 コンポーネントなど]

レプリカや 監視 (Witness )、Raid 5 / 6 のパリティやその他のデータによって消費される容量。

 

一時的なオーバーヘッド

オブジェクトの移動や再構成によって、一時的に消費される容量。

 

使用済み予約超過仮想マシン

重複排除と圧縮が有効にされていない場合は、画面上のキャパシティの概要部分に表示されます。このフィールドは 「使用済み – 予約超過仮想マシン」と呼ばれます。

 

オブジェクト・スペース・リザベーション (OSR) を使用することを決めたら、このフィールドによりどのくらいのスペースが予約されるのかを確認することができます。この値が高い場合、オブジェクトスペースリザベーションの値を減らし、このスペースの一部を他の用途に再利用する価値があるか、再検討する必要があります

 

重複排除と圧縮を有効にしている場合、オブジェクト領域の予約は0%または100%に設定する必要がありま す。(これら以外の中間値を設定することはできません。)

容量の消費のされ方や重複排除/圧縮がどのように動作しているかを確認するフィールドです。

容量の観点から他の情報も項目として必要である・有用であるというご要望がある場合は、私までお知らせくださいませ。プロダクトマネージャーやエンジニアにフィードバック致します

原文  VSAN 6.2 Part 7 – Capacity Views 

(http://cormachogan.com/2016/02/25/vsan-6-2-part-7-capacity-views/)

VMware Storage and Availability Business Unitの シニアスタッフエンジニアCormac Horganの個人ブログを翻訳したものになります。vSANの詳細に関しては弊社マニュアル 、KBをご確認ください。また本記事はvSAN 6.2ベースに記載しております。予めご了承ください

 

第3回 VMware Virtual SAN(VSAN)搭載アプライアンスVxRailとは? ~ VxRail の運用と管理:前編 VxRail Managerのご紹介 ~

こんにちは、ネットワールドの石塚智規です。前回のハイパーコンバージドインフラのアプライアンス「VxRail」のセットアップの続きで、今回は管理の方法についてご紹介したいと思います。

ishitsuka_mini

VxRail Managerによるシンプル管理

VxRailはvSphere環境を簡単に管理する手段として専用のGUI = VxRail Managerを搭載しています。このGUIにより、vSphereのリソース状況やハードウェアのステータス状況などを一括して管理することができます。

01

VxRail Manager の管理画面は以下の様な特徴があり、使いやすいと好評頂いています。

  • マウスクリックや画面スクロールなどの操作感が非常に軽快
  • ログインした時点でアプライアンスの状態(正常, 警告, エラーなど)が把握できる
  • 1クリックでリソース(CPU, メモリの利用率やディスクIO)の状況が把握できる
  • リソース状況画面と同じ画面上にハードウェアステータスを把握できる(壊れているパーツがあれば赤く警告される)
  • 故障個所がアプライアンスのどの位置で発生しているのかグラフィカルに表示される
  • 追加ノードを自動的に検出, ウィザードを利用して簡単(5分)で追加できる
  • ボタン1つでアプライアンス全体の電源断ができる

 

では、実際の管理の方法について具体的にご説明したいと思います。

 

 

管理GUI=VxRail Managerへのログイン

アプライアンスの管理GUIであるVxRail Managerへログインしてみます。ブラウザを起動して、URLにセットアップのときに指定したVxRail ManagerのIPアドレスもしくはホスト名を指定します。

02

ログインアカウントはvCenterと同じユーザ名/パスワードでログインします。VxRailアプライアンス内にvCenter/PSCを配置している場合はadministrator@vsphere.localユーザを利用して下さい。

 

ログインに成功すると以下のようなダッシュボードが表示されます。

03

VxRail Managerは左側にメニューがあり、「ダッシュボード」「サポート」「イベント」「稼働状態」「構成」の5つが利用できます。いくつかの機能はインターネット接続が必要になります。

 

ダッシュボード メニュー

ダッシュボードでは以下の4つの情報が得られます。

 

  • システム全体の稼働状態
    アプライアンス全体のステータスが表示されます。ステータスは「正常」「エラー」「警告」「重大」の4段階で表示されます。「エラー」は状態変化が発生した、もしくはしていることを示し、「警告」だとそのままの状態だと安定稼働に支障が出るため何がしかのアクションが必要な状態(例えばディスクスペースの不足など)、そして「重大」はダウンタイムに繋がる即時対応が必要な状態(ディスクの破損など)を示しています。

 

  • VxRailコミュニティ
    EMCサポートコミュニティサイトのVxRailセクションの最新情報がリストアップされます。最近話題になっているスレッドが表示されるので、安定運用のための情報が得られます。

 

  • サポート
    サポート情報としては「最新のハートビート」「サポートとチャットする」「サービスリクエストを作成する」の3つが利用できます。「最新のハートビート」ではEMCのSecure Remote Services(ESRS)実装済みの場合に最後にESRSと通信した時刻が表示されます。「サポートとチャットする」はそのままですがEMCサポート窓口に対してチャットで質問(例えば電源断の方法など)するためのチャットセッションが開始されます。「サービスリクエストを作成する」では事象を伴うトラブル(ディスク故障など)を問い合わせることができます。

 

  • イベント履歴
    イベント履歴もそのままですが、最近発生したイベントが表示されます。

 

 

サポート メニュー

04

サポートでは以下の7つの情報が得られます。

 

  • 最新のハートビート
  • サポートとチャットする
  • サービスリクエストを作成する
  • 送信した最新の構成情報を確認
    上記4つはダッシュボードと同じことが可能です。

 

  • ダウンロード
    EMCサポートのダウンロードサイトへのリンクです。

 

  • VxRailコミュニティ
    こちらもダッシュボードと同じことが可能です。

 

  • ナレッジベース
    EMCのナレッジベースを検索することが出来ます。

 

 

イベント メニュー

05

イベントでは以下の2つの情報が得られます。エラー以上のイベントを検知した場合、イベントメニューのアイコン上に発生したイベント数が赤く表示されます。

 

  • システムイベント
    発生した全てのイベントがリストアップされます。イベントIDや重大度、対象コンポ―ネットを指定してリストアップすることも可能です。

 

 

  • イベントの詳細
    システムイベントのリスト上で任意の情報を選択すると、その詳細が表示されます。

 

 

稼働状態 メニュー

稼働状態には「論理」と「物理」の2つのタブがあります。それぞれ以下の情報が得られます。論理タブではリソースステータス(ストレージ, CPU, メモリの各リソースの負荷状況)を正常(緑)、注意(黄色, 75%~85%)、警告(赤, 85%以上)で色分けして状態を表示してくれます。

 

<論理タブ>

06

管理しているアプライアンスのそれぞれのハードウェアIDが表示されます。標準状態では全てのアプライアンス全体の状態が表示されます。ハードウェアIDをクリックすると、それぞれのアプライアンスの状態が表示されます。

  • ストレージIOPS
    現在の負荷状況をパーセンテージで表示します。また、現時点のIOPS、最大のIOPSも表示されます。

 

  • CPU使用率
    現在の負荷状況をパーセンテージで表示します。また、アプライアンス全体で保有しているCPUリソース(クロック数, GHz)と、現時点での空きリソースも表示されます。

 

  • メモリ使用量
    現在の負荷状況をパーセンテージで表示します。また、アプライアンス全体で保有しているメモリリソース(GB)と、現時点での空きリソースも表示されます。
  • ストレージ情報
    Virtual SANとして構成されているストレージ容量が表示されます。全体容量が「容量」として表示されています。この容量は冗長性が考慮されていない所謂Raw容量です。各ゲストOSに割り当てられたストレージポリシーに従い消費します。
  • ESXiノード
    アプライアンスに搭載されいてるノードのハードウェアステータスが表示されます。容量ディスク(ハイブリッドの場合はHDD, オールフラッシュの場合はSSD)、キャッシュ用SSD、ESXiシステムブートディスク(SATADOM)、NICの各コンポーネントの状態が確認できます。各コンポーネントをクリックするとUUIDなどが表示されます。

 

 

<物理タブ>

07

管理しているアプライアンスのそれぞれのハードウェアIDが表示されます。標準状態では全てのアプライアンスの物理的な状態が一覧で表示されます。ハードウェアIDをクリックすると、それぞれのアプライアンスの前面図、背面図が表示されます。エラーなどのイベントが発生しているコンポーネントがある場合は、該当コンポーネントにステータスアイコンが表示されます。また、コンポーネントをクリックするとそれぞれのコンポーネントが持っている詳細情報が表示され、交換作業のためのウィザードが表示されます。また、ノードコンポーネントをクリックすると、物理的な位置を示すLED(UID LED)を点灯/消灯させることができます。

 

 

構成 メニュー

構成には「機能」と「市場」、「全般」の3つのタブがあります。それぞれ以下の情報が得られます。

 

<機能>

08

アプライアンスに既に実装済みの管理コンポ―ネント(バーチャルアプライアンス)が表示されます。標準状態ではVxRail Managerだけが表示されます。リモート保守用のESRSを追加すると追加で表示されます。

 

 

<市場>

09

EMCが提供しているバーチャルアプライアンスをダウンロードするためのリンクの一覧です。2016年9月1日時点ではCloud Array(VxRailアプライアンスには1TBキャッシュのライセンスがバンドルされています)と、Data Domain(0.5TBまでのコミュニティサポートエディション, 別途ライセンス購入可能です)、RecoverPoint for Virtual Machines(VxRailアプライアンスには15個のゲストOSの保護ライセンスがバンドルされています)、vSphere Data Protectionのダウンロードリンクが存在しています。

 

 

<全般>

10

  • サポートアカウントの設定
    インターネット経由で確認できるサポートの各種情報(ナレッジベースの検索やダウンロードなど)へのリンクに利用するEMCサポートサイトに登録しているユーザ自身のアカウント情報です。

 

  • ログコレクション
    VxRail Managerの最新のログ情報を取得します。トラブル対応時に必要になるログの1つです。

 

  • ESRS(EMCセキュア リモート サポート)の有効化
    EMCのリモートサポートシステムであるESRSの実装状態を示します。

 

  • ネットワーク環境設定の構成
    各種インターネット経由の機能を有効化(オンライン)もしくは無効化(オフライン)にします。

 

  • クラスター監視の抑制
    システム全体の状態監視を有効化/無効化します。メンテナンス等の作業時にステータス監視を無効化するときに利用します。

 

  • システム診断
    現在のシステム全体の状態をチェックすることができます。

 

  • クラスターのシャットダウン
    クラスター全体のシャットダウンを行うときに実行します。シャットダウンプロセスの前にシステム診断が行われ、正常状態でないとシャットダウンは実行できません。

 

  • 言語を選択
    VxRail Managerの表示を各種言語に切り替えられます。

 

 

以上がVxRail Managerの操作概要となります。ログインした時点でステータスが把握できますし、リソースとハードウェアのステータスも1クリックで確認できる究極的に簡単な管理ツールと思います。次回は管理の後半戦として、良くあるご質問にまとめてお答えしたいと思います。

#1…VxRail & VSAN Overview

#2…VxRail インストール

#3…VxRail の運用と管理:前編 VxRail Managerのご紹介

#4…VxRail の運用と管理:後編 運用についての良くあるご質問

#5…VxRail によるデータ管理の向上

#6…VxRail のサイジングと設定について

第2回 VMware Virtual SAN(VSAN)搭載アプライアンスVxRailとは? ~ VxRail インストール ~

こんにちは、ネットワールドの石塚 智規です。前回の富士ソフト山本さんの続きとして、ハイパーコンバージドインフラのアプライアンス「VxRail」のセットアップについてご紹介したいと思います。

ishitsuka_mini

その1:導入準備

VxRailの導入のためには以下のようなものが必要です。

 

  1. VxRail
    1箱にアプライアンス本体、電源ケーブル、ベゼルがまとめられています
  2. 10Gbスイッチ
    アプライアンス毎に8個のポートが必要です
    VxRail 60のみ1Gb対応, アプライアンス毎に16個のポートが必要です
  3. 10Gbスイッチに適合したケーブル×8個
    VxRail SFP+モデルのTwinaxケーブルはActive/PassiveのどちらでもOK
  4. 200V電源ポート×2個
    VxRail 60は100V×2個でもOK
  5. Windows PC
    ブラウザとしてFirefoxもしくはChromeをインストール済みであること

 

ネットワークスイッチの構成としては、以下の3つのポイントがあります。 ネットワークの構成検討材料としてEMC/VCEからこちらの資料が提供されています。

http://www.emc.com/collateral/guide/h15300-vce-vxrail-network-guide.pdf

  • Default VLANを構成して下さい(恒久的に利用します)
  • 全てのノード間の管理セグメントにはマルチキャスト通信が必要です
  • 全てのノード間のVSANセグメントにはマルチキャスト通信が必要です

 

また、作業のためのWindows PCのIP設定を変更します。VxRailの初期設定のためには工場出荷時に設定されている管理IPアドレス「192.168.10.200/24」に接続する必要があるからです。初期設定のあと、実運用IPアドレスに継続して接続する必要があるので、その両方のIPアドレスに接続できる状態にしておくと良いかと思います。例えば以下のように実運用セグメントのIPアドレスとして10.10.50.101/16を設定し、初期設定用IPアドレスとして192.168.10.21/24の両方を設定している状態です。

01

続いて準備するパラメータは以下の通りです。VxRailバージョンv3.5からは外部のvCenterやPlatform Service Controllerが利用できるようになっています。

 

<システムパラメータ>

  1. NTPサーバ
  2. DNSサーバ
  3. オプション)Active Directory情報(ドメイン名, ユーザ名, パスワード)
  4. オプション)HTTPプロキシ情報(プロキシサーバIPアドレス, ポート番号, ユーザ名, パスワード)

<管理パラメータ>

  1. ESXiのホスト名(ホスト名は1から始まる通し番号になります)
  2. ESXiのIPアドレス(4つの連続したIPアドレス)
  3. vCenterホスト名
  4. vCenterのIPアドレス(ESXiの管理IPアドレスと同セグメント)
  5. Platform Service Controllerのホスト名
  6. Platform Service ControllerのIPアドレス(ESXiの管理IPアドレスと同セグメント)
  7. VxRail Managerのホスト名(VxRailの管理GUIを提供する仮想マシンのホスト名)
  8. VxRail ManagerのIPアドレス(ESXiの管理IPアドレスと同セグメント)
  9. 上記の管理IPセグメントのネットマスク
  10. 同管理IPセグメントのゲートウェイ
  11. ESXiのパスワード及びvCenter/PSC/VxRail Managerのパスワード
    ※共に複雑性を求められ、特定の記号(&’”;=`\$)は利用できません。
    また、キーフレーズ及びそれに類するものも利用できません。
    例えば Welc0me1! のような複雑性が必要になります。

<vMotionパラメータ>

  1. ESXiのvMotion用IPアドレス(4つの連続したIPアドレス)
  2. 同vMotionセグメントのネットマスク
  3. 同vMotionセグメントのVLAN ID

<Virtual SANパラメータ>

  1. ESXiのVirtual SAN用IPアドレス(4つの連続したIPアドレス)
  2. 同Virtual SANセグメントのネットマスク
  3. 同Virtual SANセグメントのVLAN ID

<仮想マシンネットワークパラメータ>

  1. 仮想マシンネットワーク名(仮想マシンに割り当てるポートグループ名)
  2. 仮想マシンネットワークのVLAN ID

<解決方法パラメータ>

  1. ログサーバ(vRealize Log Insight(バンドル済み)もしくはSyslog)の選択
  2. ログサーバのホスト名
  3. ログサーバのIPアドレス

以上のパラメータを入力後、ボタンを押して15分待てばセットアップが完了、と言うことになります。

 

その2:セットアップ

必要なハードウェア、10Gbスイッチの構成(VxRail 60の場合は1Gbスイッチ)、パラメータの準備ができたら、あとは箱を開けてセットアップするだけです。

02

ネットワーク接続は上記の「1GbEポート」もしくは「10GbEポート」を全て接続します。

03

続いて電源起動ですが、ここでのポイントは電源をノード#4 ⇒ ノード#3 ⇒ ノード#2 ⇒ ノード#1の順番で30秒間隔で起動する、と言うことです。あとは5分程度待てばセットアップが開始できるようになります。初期設定用のIPアドレスである「192.168.10.200/24」にブラウザで接続します。

04

「開始する」ボタンをクリックして、初期設定を開始します。続いて使用許諾に関するページが表示されるので「同意」ボタンをクリックします。

poic

構成方法としてこのままウィザードを使って構成する「ステップバイステップ」とJSONファイルを使った「構成ファイル」の2つの方法が選べます。今回はこのままウィザードを進めたいと思いますので「ステップバイステップ」をクリックします。

05

まずは<システムパラメータ>の入力が促されます。事前に準備しているパラメータを入力して「次へ」ボタンをクリックします。

06

続いて<管理パラメータ>の入力が促されます。事前に準備しているパラメータを入力ます。また、外部のvCenterを利用する場合は「vCenter Serverの統合」チェックボックスを有効化して、IPアドレスと管理ユーザ情報、そしてVxRailを所属されるデータセンター名とクラスター名を入力します。同様に外部のPlatform Service Controllerを利用する場合は「External Platform Services Controller」チェックボックスを有効化します。パラメータの入力が完了したら「次へ」ボタンをクリックします。

07

続いて<vMotionパラメータ>の入力が促されます。事前に準備しているパラメータを入力して「次へ」ボタンをクリックします。

08

続いて<Virtual SANパラメータ>の入力が促されます。事前に準備しているパラメータを入力して「次へ」ボタンをクリックします。

09

続いて<仮想マシンネットワークパラメータ>の入力が促されます。事前に準備しているパラメータを入力します。複数の仮想ネットワークを構成したい場合は「もう1つ追加」をクリックして任意の構成に変更します。完了したら「次へ」ボタンをクリックします。

pic2

最後に<解決方法パラメータ>の入力が促されます。事前に準備しているパラメータを入力して「次へ」ボタンをクリックします。

10

全てのパラメータの入力が終わったら「検証」ボタンをクリックします。正しく構成されていれば「構成が基本検証とネットワーク検証を追加しました。」と言う緑色のメッセージが表示されるので「VxRailの構築」ボタンをクリックして構築を開始します。エラーが表示された場合はその内容を参考にして、スイッチ側の構成や入力したパラメータをチェックし、再度「検証」ボタンをクリックします。

11

無事、セットアップが開始されると初期設定で利用していた工場出荷状態のIPアドレス(192.168.10.200)から実運用で利用するIPアドレスへ変更されます。「構成の開始」ボタンをクリックします。

12

ここから自動的な構成が始まります。100%になるまで15分程度待ちます。万が一、途中で止まってしまった場合は表示されたエラーメッセージや右下にある「ログの表示」をクリックして状態を確認します。

13

無事、構成が完了されたら「VxRailの管理」ボタンをクリックして、管理GUIであるVxRail Managerのログイン画面に移動します。

14

VxRail ManagerにはvCenterと同じユーザ名/パスワードでログインします。VxRailアプライアンス内にvCenter/PSCを配置している場合はadministrator@vsphere.localユーザを利用して下さい。

15

これがVxRail Managerの管理画面です。セットアップ直後は幾つかのエラーが記録されることがありますが、これは次回でご紹介したいと思います。

 

VxRail ブログ ~ 全 5回 ~

#1…VxRail & VSAN Overview

#2…VxRail インストール

#3…VxRail の運用と管理:前編 VxRail Managerのご紹介

#4…VxRail の運用と管理:後編 運用についての良くあるご質問

#5…VxRail によるデータ管理の向上

#6…VxRail のサイジングと設定について

第1回 VMware Virtual SAN(VSAN)搭載アプライアンスVxRailとは? ~Vxrail & VSAN Overview ~

ハイパーコンバージドインフラを実現するアプライアンスVxRailとは?

みなさんこんにちは、富士ソフトの山本祥正です。今回は昨今注目を浴びているハイパーコンバージドインフラを実現するアプライアンス「VxRail」を5回 に分けてご紹介します。 今回はVxRailと通常のvSphere + VSAN構成の違い、VxRailの導入について紹介していきたいと思います。

YoshimasaYamamoto

VxRailによるハイパーコンバージドインフラ

VMwareではハイパーコンバージドインフラを実現するソフトウェアスタックをハイパーコンバージドソフトウェアと呼んでいます。 ハイパーコンバージドソフトウェアは、vCenter Server、vSphere、VSANの3つになります。

ハイパーコンバージドインフラは従来通りサーバーにハイパーコンバージドソフトウェアを導入し実現することも可能ですが、VxRailにて実現することも可能です。 VxRailはハイパーコンバージドソフトウェアだけではなく統合管理ソフトウェアや、データ管理ソフトウェア、リモート保守が入っており、これらが一体化したアプライアンスとして提供されています。

VxRailを利用することでより簡単にハイパーコンバージドインフラ実現できます。

ブレない製品コンセプト(簡単導入・簡単管理・簡単拡張)

アプライアンスとして提供されるVxRailでは簡単導入、簡単管理、簡単拡張の3つのポイントが基本コンセプトになっています。 初期設定から完全にGUIが利用できて、さらに当然のことながら日本語です。 シンプル&グラフィカルなVxRail ManagerでvSphereの統合管理が可能です。

08

もちろんvSphereと同様の運用がしたければvSphere Web Client(及びvSphere Client)を利用することも可能です。 ハードウェアの管理もこのVxRail Managerで統合管理できるようになりました。

簡単導入の部分を少し掘り下げてみていきましょう。 VxRailは導入時の事前チェックプロセスが洗練されています。例えば指定されたVSANネットワークが正しく通信できない場合や、DNSサーバーやNTPサーバーへきちんと疎通ができない場合は警告が促されるようになっています。

error_2

初期セットアップのトラブルの殆どがネットワーク関連の設定不足や設定ミスだったと言う経験から実装された検証機能なのかと思います。これでさらに導入がシンプル&スマートになるでしょう。

そして管理面ではシャットダウンがGUI上のボタン1つで可能になっているため、メンテナンス時などの電源操作をシンプルに行うことができます。しかも、実際にシャットダウンする前には「正常な状態であるか」をきちんとチェックしてくれます。問答無用で電源断するようなことは無いので、この点でも安心&確実な運用を支援してくれるはずです。

shutdown

ラインナップの充実!!

現在のVxRailでは1CPUのローエンドモデルとオールフラッシュモデルが追加されて用途にあったモデルを選びやすくなっています。

(2016年7月27日現在)

Hybrid-vxrail

allflash-vxrail

また2台目以降のアプライアンスは4ノード単位ではなく1ノード単位での増設が可能です。またディスクスロットに空きがあればディスク単位での追加が可能になりますし、その後にも色々な機能拡張が予定されています。

今回はVxRailのイントロダクションとして、ここまでにしておきたいと思います。次回以降、初期セットアップや管理画面の操作性、ゲストOSの作成・管理、拡張などをご紹介してきたいと思いますのでご期待下さい。

VxRail ブログ ~ 全 5回 ~

#1…VxRail & VSAN Overview

#2…VxRail インストール

#3…VxRail の運用と管理:前編 VxRail Managerのご紹介

#4…VxRail の運用と管理:後編 運用についての良くあるご質問

#5…VxRail によるデータ管理の向上

#6…VxRail のサイジングと設定について