どのように配置されているかを確認してみましょう。ストレージポリシーは、下記のとおりです。されていることが確認できます。クラスタの拡張や障害時対応など、他にも様々な操作を試すことができます。これ以降のラボ手順についても、ぜひお時間があるときに実施してみてください。本ブログでお伝えした基本をご理解いただければ、楽しみながら進めていただけると思います。いうことになりますが、今回利用したハンズオンラボにも興味を持っていただければ幸いです。VMwareの中村朝之です。ついてご紹介していきます。本題に入る前に少し前回の復習から...VSANとは?...-シンプルな構成、シンプルな運用ストレージ機能もハイパーバイザーに同梱。ソフトウエアでストレージ管理もシンプル!-汎用的なハードウエアで実現可能ストレージ専用ハードウエアは不要。おける信頼性、性能についてみていきましょう。※VSANでは、ハイブリッドタイプとオールフラッシュタイプがありますが、本記事はハイプリッドタイプを対象としております。信頼性はどのように実現?まずVSANにおいて一番気になるのが、データ保護はどうやっているのか?です。図1のように異なるホストに複製が配置されます。図1では異なるサーバに2重書きして冗長性を確保しています。FTTというパラメータで設定できます。何台の物理ホスト障害に耐えられるようにするか、という設定で決めます。アクセスできますので仮想マシンは稼働し続けます。この冗長性を実現するポイントは、仮想マシン単位(もっと細かくいうと、VMDK単位)で定義するということです。VSANは大きな1つのデータストアを準備し、仮想マシン毎に冗長レベルをきめられます。事前に可用性やパフォーマンスを考慮したRAID設計はいりません。ちなみに3重、4重まで指定できます。このストレージポリシーに関しては、次回VSANハンズオンラボのご紹介の際、どのような項目があるのか触れさせてもらいます。ハードウェア障害時の挙動を知る!データ保護はこの冗長性により実現できていますが、実際に障害が発生した場合はどのような動きになるのか表1で見ていきましょう。以上であれば大部分のハードウエア障害時、仮想マシン上のサービス継続が可能となります。HAと同様の動きをします。Serverで管理が一元化されています。Serverでできてしまいます。おけるデータ配置は基本的に個別のハードディスクに対して配置されます。(設定や容量によって分散させることも可能)HDD障害時のリビルド時は、必要なDiskのみ負荷がかかります。(図2参照)復旧時の負荷は、必要最低限な負荷で短時間に復旧できます。C&S)のBlogにて詳細に紹介されておりますので、こちらも参照してみてください。VSANの性能について〜分散して処理を実行〜最近のストレージのパフォーマンス向上として、キャッシュ機能としてフラッシュデバイスを有効活用する手法がトレンドです。VSANでもフラッシュデバイスをキャッシュとして性能向上をはかっています。どのようにRead/Writeをしているか見ていきましょう。VSANにおけるキャッシュの考え方は図3がイメージしやすいです。図3の場合、VSANノード(ESXiサーバ)は4台で構成されてます。それぞれのノードに400GBのSSDを搭載しているとすると、1.6TBのキャッシュを持ったストレージとなります。構成するホスト)を追加したり、ノードにディスクグループを追加することによってキャッシュを増やすことが可能です。ディスクグループ:VSANのおけるSSD(キャッシュレイヤ)とHDD(キャパシティレイヤ)を1つのグループとした管理単位もしキャッシュ量が足りなかったり、またはパフォーマンスを向上させたい場合、キャッシュ容量を柔軟に増やすことができます。Server実施します。お使いのユーザ様も実際ご自身で実施されていました。VSANにおけるキャッシュ容量の指針としてはサイジングガイドをご参照ください。実データの10%がキャッシュ容量の目安です。データの読み書きについてさて実際のデータ読み書きの動きについてもみていきましょう。通常のストレージとあまり変わりはないので、イメージしやすいかと思います。Ackが戻ってきたら書き込み終了です。フラッシュデバイスから磁気HDDヘの書き込みは順次実施しています。読み(Read)Readについては、VSANの特徴がでます。図4を例にみていきましょう。=1)がデータを読み出す場合、1つのノードからReadではなく、分散してデータを読み出します。分散して読み込み処理を行っているので、どこかのホストで読み込み集中したりしません。仮想基盤の場合、想像してみてください....仮想マシンが頻繁に移動することが考えられますので、もし配置が変わったとしても読み込み処理が分散されているので安心です。)あるのが一般的ですが、VSANの場合で考えると、コントローラがノード数だけあり処理を分散させ処理能力を向上させている、というイメージです。まとめVSANの信頼性と性能についてご紹介しました。6.2についてはこちらの記事を参照ください。VMware入社以後パートナーSEとしてプリセールスに従事。前職ではストレージ関連のサポート業務をしていたため、その経験を活かしながら現在はVSANやハイパーコンバージドインフラ(HCI)に注力しております。プライベートはトライアスロンでIronmanレースを目指して奮闘中。仮想環境におけるこれからのストレージ管理みなさま、こんにちは。お客様の情報システム部門を訪問すると、非常に多くの方が仮想環境のストレージ管理に以下のような課題を抱えています。稲木貴光様に執筆いただきましたので、ご紹介いたします。リリースされ、半年以上が経ちました。サポートされた数多くの新機能に魅力を感じ、導入を検討されている方も多いと思います。ブロックストレージ管理の枠組みを打ち破る画期的な機能です。して高度にインテグレートされています。岡野様の記事に詳しく紹介されています。ベンダーによって様々です。対応したベンダーのひとつです。提供するストレージのケーパビリティを簡単にご紹介させていただきます。実践的な使い方について、あるユースケースを元にわかりやすく説明したマンガをご紹介させていただこうと思います。よる新しいストレージ管理のアドバンテージを理解していただけるものと思います。フォーマットしてデータストアとして認識させる必要がありました。画面を行ったり来たりして行うこの作業は煩雑で、ストレージ装置の知識も必要でした。その都度ボリュームを作るという作業は必要ありません。導入時に作っておくだけで、あとは仮想マシンの作成時に、必要に応じて適切なボリュームが自動的に切り出され、仮想ディスクとして割り当てられるのです。単位に行われることがほとんどです。1仮想マシンを配置していた、なんて方も多いのではないでしょうか。仮想ディスクを1対1に対応づける技術です。使えば仮想ディスク単位で、つまり仮想マシン単位で、ストレージの豊富な機能が利用可能になるわけです。仮想ディスクを通してストレージの豊富な機能が使えるようになる技術でもあります。ストレージベンダーの特徴が出せる機能である、とも言えるでしょう。以下のようなケーパビリティを提供しています。高速キャッシュバックアップ、リストアこれらのケーパビリティは、それぞれを組み合わせて使うことが可能です。各ケーパビリティにはさらに詳細な設定をすることも可能です。これらにより、サービスレベルに応じたストレージポリシーを定義することができます。提供しているケーパビリティのひとつであるバックアップ、リストアは、ハードアシストによる高速コピーの機能を使って実現されています。ハードの機能をケーパビリティとして提供しているだけにとどまらず、富士通ならではの機能も提供しています。仮想マシンのリストアとファイルレベルのリストア特にリストアの機能は、仮想マシン単位のリストアだけでなく、ファイル単位でもリストアができます。仮想マシンを止めずに、必要なファイルだけを復元することも可能です。具体的な適用シーンを、マンガでご紹介したいと思います。ご紹介するのは、とあるシステム会社の営業マンの門田先輩と情くん。二人はお客様システムの課題解決のため、コンビで東奔西走しています。どのように解決したのでしょう。つづきは、こちらをどうぞ。まとめいかがでしたでしょうか。高度にインテグレートされたすばらしい機能です。実際に使ってみると、おどろくほど簡単です。詳しくという方はより詳しい情報を富士通のサイトでご紹介していますので、ぜひお越しください。http://storage-system.fujitsu.com/jp/partners/vmware/vvol/また、以下より、実際の動作のデモ動画がご覧いただけます。VSAN)のセッションは立ち見がでるほど多くの方に興味を持っていただきました。ついてわかりやすくご紹介いたしますね。Nodeとは〜ストレージの復習では、まず製品について語り始める前にストレージの復習をしていきたいと思います。ストレージというとデータをためる大きな箱、ディスクが何本も入っている箱、サーバのデータの保管場所であり、仮想化環境では仮想マシンの格納スペースとするためには欠かせないものです。実現方法、パフォーマンスも製品によって異なります。サーバのように汎用的ではなくストレージは専門性が高い機器、と言うことができると考えます。仮想化環境では複数のホストから同一の領域へアクセスすることにより仮想マシンの可搬性や可用性をより高めることができますので、共有ストレージをFC(ファイバチャネル)、iSCSI、NFS等の接続方式でホストに提供します。従来のストレージはディスクをグループ化して可用性や耐障害性を高めるRAIDが主流で、例えばRAID5の場合、最低3本以上のディスクを1つのグループとしてデータとパリティから構成し、LUNを切り出します。サーバが使用する領域を切り出すストレージ作業フローを図にまとめてみました。数だけこれら作業をくりかえし、ようやく!ハイパーバイザからデバイスとして見えてきます。ここからさらにどのLUNがどれだっけと迷いながらもデータストアの追加をして、仮想マシン用のストレージプールができあがります。物理ストレージから仮想化に話をもどして。いう言葉をよく耳にされているのではないでしょうか。サーバの仮想化はすでに一般化され、多くのお客様は物理からの仮想化への移行、またはどちらも並行して使用している環境が多いのでは、と思います。サーバ仮想化、ネットワーク仮想化が数年前から先行し、そしてストレージ仮想化です!サーバ仮想化により日々進化する高性能なCPU、集積率の高いメモリを効率的に使用することができるようになりました。ネットワークもサーバ仮想化が進む中、物理的な変更を最小限にして仮想化環境に最適な仮想ネットワークサービスのプロビジョニングを実現しています。ストレージの仮想化技術は古くから様々な種類がありRAIDもそのひとつです。Storage(SDS)というと、従来のような専用機器ではなく汎用的なサーバのディスクを使用したものがふえています。どのような製品であるか、説明していきます。完全に統合された機能』です。ストレージ機能はハイパーバイザの一部だからです。ストレージ仮想化は内蔵ディスクの抽象化を行いストレージプール=共有データストアを提供します。リリースされ、現在2500社以上のお客様にお使いいただいています。日々進化しており、バージョンを重ねるたびに、さらに使いやすくなってます。次のような特長があります。従来のストレージと大きく違うのは、専用のストレージ機器いらず、専門的なストレージの知識いらず、で共有データストアが手に入ります。体感したお客様に本当にこれだけでいいの?サーバ管理者にもできる!と驚かれることが多いです。ハイパーバイザの一部なので、まずサーバ本体、そしてキャッシュとして使用されるフラッシュデバイス、データ格納用に使用される磁気ディスクまたはフラッシュデバイスから構成されます。性能の異なるデバイスを2層式にすることでフラッシュデバイスの性能を活かしつつ、データは単価の安いデバイスへ保管、と両方の良いとこ取りをします。フラッシュデバイスと磁気ディスクを組み合わせたハイブリッドモデル、フラッシュデバイスのみで構成するオールフラッシュモデルの2種類があります。最近流行のオールフラッシュストレージとしてもお使いいただけますよ。ブースも大変にぎわい、いろいろな方とお話できて楽しい時間を過ごしました。お越しいただいた皆様には重ねてお礼申し上げます。ありがとうございます。御紹介みなさま、こんにちは。Volumesにご対応頂きました。ご執筆頂きましたので御紹介させて頂きます。6.0の新機能として正式発表され、仮想マシンとサーバ・ストレージのより緊密な連携によるパフォーマンス上昇、効率的な運用の実現が期待されています。Volumesの実装に向けて早期から協調し、対応ストレージをいち早くお届けすることができました。Volumesの概念自体は非常にシンプルです。仮想マシンが使用するデータ領域を、新たな共通単位『仮想ボリューム(VVOL)』として、ストレージ側とサーバ側で共通認識させようという試みです。仮想マシンとVVOLが1対1の対応になるので、サービスレベルに従い、ポリシーを選択して仮想マシンが利用するストレージを決めることができます。ストレージ製品で提供している多様な機能が仮想マシン単位で利用可能になることで、簡単運用が実現されます。iStorageによって実現するソリューションを簡単にご紹介します。Volumesを利用している環境をより効果的に利用するためのソリューションを準備しております。Volumes連携機能の一部をご紹介いたします。Volumesを利用している環境におけるストレージが、仮想マシンごとに設けられた仮想ボリューム(VVOL)を個別に認識できることにより、仮想マシン単位で仮想ボリュームの運用・管理を行うことができます。サーバ管理者は新規仮想マシンを作成する際に、『ストレージポリシー』を選択するだけで、簡単にVVOLを生成することができます。使用有無などの情報を設定し、あらかじめ数種類用意しておくテンプレートです。Volumes連携機能を紐付けることができます。Managerサーバ仮想化、ストレージ仮想化を進めていくことにより、1つのストレージに複数の仮想マシンがアクセスすることになります。このような環境において、高負荷をかけた仮想マシンの影響で、重要度の高い業務レベルの仮想マシンの処理を滞らせるようなことを防ぐために、一定以上の性能を担保する機能が「I/O流量制御機能」です。一般的なI/O流量制御は、I/O流量の“上限値”を設定します。上限以上の負荷がかけられた場合に、その過剰負荷をかけた仮想マシンのI/O流量を制限することで、他の仮想マシンへの影響が出ないようにします。NECのI/O流量制御では、“下限値”を設定することができます。重要度の高い仮想マシンのI/O流量が一定値以下にならないように、他のマシンのI/O流量を制御し、重要度の高いマシンの性能を担保します。してシステム全体を安定稼働させるために、重要度に応じた、より一層きめ細かい対応を採ることができます。HDDなどのように、いくつかの性能の異なる物理ディスクから構成されています。頻繁にアクセスされるデータと、まれにアクセスされるデータが、同じ高性能・高価格のデバイスに格納されていては非効率です。各データファイルは、単純なアクセス回数だけでなく、転送量やアプリケーション特有のアクセスパターン(ランダム/シーケンシャル、リード/ライト)を時間単位で分析し、NEC独自のアルゴリズムにより自動的に再配置される仕組みです。ここにもNECならではのノウハウが生かされています。I/O流量制御機能の上限値/下限値や自動最適配置の物理ディスクの容量比を、「GOLD」や「SILVER」などのストレージポリシーとしてあらかじめ登録しておくことができます。VVOL領域作成時には、お客様はストレージポリシーを選択するだけで、同一のストレージプールから用途に応じた最適なデータ領域を割り当てることができます。お客様は特に意識しなくても、ストレージ性能の最大化の追求と、ストレージコストの最適化が、自動的に実現できるのです。Mシリーズを直接接続し、サーバレスでの多世代バックアップを可能にする技術です。仮想化環境では高速なバックアップが求められるうえ、多世代のバックアップを保存しておく必要もあります。HSシリーズのように、バックアップに特化した安価・大容量のストレージを活用することが効果的です。通常のバックアップシステム構成では、バックアップサーバとバックアップソフトが必要なため、その導入/運用コストがかかってしまいます。このDDSソリューションではそれを解決するため、バックアップサーバ/ソフト不要のシンプルな構成でのバックアップ環境を実現しました。データ圧縮のための重複削除機能も備えており、クローン作成時などではバックアップ容量を削減できるほか、差分バックアップも可能です。HSシリーズは、近接地にも遠隔地にも設置可能なので、低価格で簡便に災害対策用のバックアップシステムを構築できるうえ、運用管理コスト、通信コストを削減することができます。詳しくという方は詳しくはNECのサイトでホワイトペーパーを公開しておりますので、こちらにも是非お越しください。http://jpn.nec.com/istorage/whitepaper/index.htmlNECの仮想化への取り組み最後に、NECの仮想化への取り組みをご紹介します。Mシリーズなどの製品・ソリューション開発をしてきました。Integration機能などを提供しております。6.0リリースに併せて対応ストレージとして認証を取得しました。Volumesのβ認証テストを取得した企業は、グローバルでNECを含めた6社のみ。Volumes認証を取得。Ishizukaこれだけは押さえておきたい!マルチクラウド運用管理みなさん、こんにちは。Ops単体では不十分な機能を相互に補完し合う事が可能です。長江亮介様にご紹介していただきます。それでは坂川様、長江様よろしくお願い致します。JP1ビジネス推進センタの坂川(さかがわ)(以下、坂川)です。私は、JP1のモニタリング製品を中心に拡販活動をしています。今回は、最近よく話題になっているクラウド環境についてお話をさせて頂きます。さまざまなクラウド環境でも、一つにまとめて管理できる統合運用管理製品JP1のご紹介をしたいと思います。プロダクトビジネス推進部の長江(ながえ)です(以下、長江)。僕は、プラットフォーム製品、サーバ・ストレージ含めた装置周りの運用管理ソフトウェアの拡販に従事しています。これまでは特にストレージ運用管理を担当していましたので、その観点で最近のマルチクラウド環境のストレージ運用まわりの課題への新しい解決案をご説明したいと思います。専用ツールがネックになる?マルチクラウド運用管理の落とし穴(坂川)最近クラウドって言葉がはやっていますけど、さまざまな会社がクラウドサービスを提供しています。それぞれのクラウドを管理する時には、それぞれ専用ツールを使って管理をするのが一般的です。それだと、それぞれのツールの使い方を覚えないといけないですし、UIも異なるので、管理者には負担が大きいという問題があります。日立の統合運用管理製品JP1を使いますと、複数のクラウド管理が、一つの製品でまとめて管理できるというメリットがあります。運用コストも低減できますし、管理者も運用が楽になるというメリットがあります。(長江)確かにそういう負担はありますよね。それぞれのクラウド環境で用意されたツールを使わないといけないですし、使いやすさの面で、ネックになることが多いですよね。そこを統合的に管理できるツールがあれば、ぐっと楽になりますよね。JP1を使いますと、マルチクラウド環境の一元管理ができます。Management(以下JP1/IM)でさまざまなクラウド環境の構成情報を取得することができます。Management(JP1/PFM)を使うと、さまざまなクラウド基盤が混在していても情報を一つの画面で確認することができます。今どうなっているのか、リソースの使用状況はどうなのかを俯瞰することができます。3(JP1/AJS3)を使うことによって、クラウド上での業務を自動化できます。クラウド種別を問わずに、監視や業務で発生するイベントをJP1コンソール画面で一元管理をすることができます。この画面では、マルチクラウド環境で発生するイベント、それから監視で発生するイベント、業務で発生するイベントを「統合監視」できます。(長江)最近はお客さまがクラウド管理をされることが多いですし、例えば、従来ではストレージは管理していなかったのに、今はサーバ・ストレージを含めた全体的な管理の必要にせまられているお客さまが増えてきています。クラウドの実績が豊富なVMwareとストレージ間での課題もありますよね。他にも、クラウドを利用していて動作が重くなった時に、どこに問題があるのかを分析するのも結構大変になってくるのかなと。いう時に、ツールを使って仮想のリソースが足りないのか、それともサーバなどのハードウェアのリソースが足りないのか、もしくはストレージに何かボトルネックがあるのかとか、そういう分析をする作業もすごく大変ですよね。Ops)を使うと、どこに問題があるのかをヒートマップで表示してくれて、「ストレージのどこどこの箇所でI/Oネックが発生している」といった事象がわかる仕掛けになっています。OpsとJP1を連携させると、管理者にとってさらにやさしい運用ができるようになります。「リソースが足りなくなっているよ」というイベントをJP1で検知して、じゃあその問題はどこにあるのかをvROpsで分析するといった感じですね。ストレージの観点でも、いろいろと課題はありますよね?(長江)そうですね。Number、ストレージの論理ユニットを識別するための番号)単位、ボリューム単位の管理になってしまうので、ストレージとサーバで管理したい粒度が異なったりと、課題はありますね。従来の環境だと「VMがなんだか遅いなあ」という時に、まずはVMを構成しているデータストアを調べて、そのデータストアがどこのストレージにつながっているかを調べて、そのデータストア上に乗っているVMのどれが影響を与えているかを調べなきゃいけなかったので、非常に大変でした。それに、LUNの上に載っているVMが複数あれば、どのVMに原因があるかの特定も難しいですし。ストレージはLUN単位、サーバはVM単位で管理しているところに、管理対象のギャップがあり実運用上で課題となりますね。Opsと連携することによって、検知したイベントも一元管理ができるようになります。Opsでとらえたストレージまわりの異常や、仮想環境で発生するイベントも合わせて見られるようになります。OpsとJP1/Base間の連携に関してはクラウド連携設計支援のための商品をご用意していますので、それを組み込むことによって、シームレスにイベントが通知されるようになります。(長江)さきほどもお話しましたが、ストレージで管理したい単位と、サーバで管理したい単位とでギャップがあるので、そこが運用管理のネックとなっています。具体的にいうと、一つのLUNに、複数のVMがくくりついています。これがどういう問題を生むかと言うと、例えばLUNでバックアップを取って、一つのVMだけを戻したいとします。LUNの単位でのバックアップなので、すべてのVMが昔の状態に戻ってしまいます。そこで、これまではサーバ側から、スナップショットやクローンを作って対処していました。Volumes(以下VVOL)です。VVOLを使うことで、これまでサーバ側でやっていたスナップショットやクローン処理を、ストレージにオフロードできますので、性能が早くなるとか、管理の単位が楽になるという大きなメリットがあります。VMが遅くなった時でも、どこで遅くなっているのかが特定できますので、分析の精度が向上し、管理者の負担も減るというメリットがあります。将来的にはVVOLの情報もvROpsに表示されるようになり、ユーザの使い勝手がよくなればよいな、と思っています。これまでは、こういう管理をしたい場合はVMとLUNを1対1で構築するケースもありました。その場合だと数が増えてしまって管理が大変だったり、1つのサーバに割り当てられるLUNの数にも制限がありました。いった問題にも、VVOLを使いますと、プロトコルエンドポイント(サーバとストレージ間のアクセスポイント、以下PE)と呼ばれるLUNをサーバに割り当てて、それ以外のLUNはすべてPE経由でアクセスすることで数の制限もなくなりました。今までは、ストレージの管理者がLUNの割り当てまでを担当していたのですが、サーバの管理者がLUNを割り当てたり、スナップショットを操作したりすることができるようになりますので、ストレージ管理者とサーバ管理者のやりとりも減りますし、VMが必要になった時に、すぐに構築できるので機敏性が増しますね。Suite(以下、HCS)を使って、VVOLを使うために必要なストレージの設定や、ストレージコンテナの作成、ケーパビリティ(Capability、ストレージを管理するためのパラメータやルールのセット)を作ったり、VM単位の性能分析を実行したりと、運用管理を楽にする工夫をしています。実際にはこのような画面で管理します。※開発中の画面のため予告なく変更となる場合があります。詳しくは、2015年5月14日にセミナーを開催予定ですので、そちらでご紹介します。(セミナーの詳細はページ下部をご覧ください。)日立が目指す運用管理(長江)長々とお話してしまいましたが、最後に一つだけ。VVOLにおけるストレージ側の実装については、ストレージベンダの依存になるところが大きいので、そこでいろいろな独自性を出していけるのかなと思っています。日立ではより使いやすくなるようにエンハンスを行っていく予定です。マルチクラウド運用に対して、ユーザは使い勝手を意識しなくても、楽に使えるようなものを順次提供していけたらなと。