Tag Archives | vcloud

NetApp Verified Architecture – VMware vCloud Director on Clustered ONTAP

netapp_logo

I am proud to announce the release of the 1st NetApp Verified Architecture from the VMware TME Team here at NetApp. NVA is defined as follows:

NetApp Verified Architecture (NVA) is a new program that provides a seal of assurance for NetApp 
solutions. This seal of assurance represents the NetApp promise to provide customers with a thoroughly 
tested and prescriptive architecture of a NetApp solution that minimizes customers’ deployment risk and 
accelerates their time to results.
 
The NetApp Verified Architecture program is governed by a group of NetApp technical experts who verify that each NVA:
 • Consists of a pretested, preintegrated verified architecture that meets specific customer needs
• Is backed up by prescriptive deployment, testing, and operational procedures
• Has a proven design that is based on prescriptive best practices
• Reduces the complexity of architecting and implementing NetApp technologies
 
This NVA (NVA-0007) covers a verified, perscriptive and end-to-end architecture for deploying VMware vCloud Director 5.1 with NetApp Clustered ONTAP 8.1.
This is the first of many future NVAs that will be initiated from this team, so be on the look out for others soon. In the meantime, have a look at what the team has accomplished in this first effort. We look forward to having good conversations around this and other topics at VMworld, which, by the way, is right around the corner!

Link: NVA-0007.PDF

4,590 total views, 5 views today

0

Japan Earthquake Aftermath – Revisited

Today I am feeling a bit of the same emotion that I felt in the months after the great earthquake that my family and I, along with the people of Japan, experienced just over a year ago. The reason for this is something that I saw posted when I woke up this morning regarding how SoftBank, with the help of NetApp, helped Japan and its citizens in the recovery effort. See video

My experience, which I talked about here, mirrors some of the same things referred to by SoftBank. Imagine not being able to travel to the office due to transportation being completely shut down. Or rolling blackouts meaning that throughout the day, if the trains happened to be running, not knowing whether they would still be running once it was time to return home. Or not having heat or cooling in the office to be able to work comfortably. Or food at the convenience store or any other number of basic necessities being available. Or gas to drive your car…

Even though cloud was not intended for the purpose of “working from home”, as with any disruptive and innovative technology, it is interesting to see what technology is capable of in times of need or times of urgency or even new ways to use a technology that were never dreamed of before. Think about the pure energy-saving aspects of virtualization and cloud and expand that to energy savings from working remotely and you can clearly see what’s possible.

I do remember hearing stories of how SoftBank was giving away its services and donating money to help in the recovery. I commend them for their efforts. I can say that I am even more proud that they happened to do it using NetApp technologies.

As you may know from reading my blog entry from a year ago… I had the experience, as a customer, of using technologies from NetApp and VMware to failover critical services in our infrastructure during the disaster. This only scratched the service of what transformative technologies can accomplish, as evidenced by SoftBank’s success. Look to the past and present and you will see further evidence of how technology saves lives. Look to the future and you can see the potential and the promise of cloud computing. Exciting times indeed!

Links:

Executive Summary (PDF)

Technical Case Study (PDF)

The story behind SoftBank’s Epic Story

Dave Hitz’s blog

Val Bercovici’s blog

3,613 total views, 5 views today

0

VMware vCloud Director(vCD)– 概要

ご存知の方も多いと思うが、数カ月前に私はVMwareのプロフェッショナルサービス部門からクラウドプラクティス部門へと移った。我々の仕事の大半はVMware vCloud Directorが中心であるため、ようやくリリースに漕ぎ着けたことを嬉しく思う。これで守秘義務契約に縛られることもなくなったので、近いうちにこれについてたくさんの記事を書きたいと思う。

VMware vCloud Director とは何か?

VMware vCloud Directorとは新しい抽象化レイヤである。以下vCDと呼ぶが、これはvCenterの上に重なる層であり、vCenterが管理するすべてのリソースを抽象化する。これらのリソースは、顧客(テナント)が消費できるよう集積し、1つの大きなプールにまとめる。vCDはリソースを抽象化し、プール化するだけでなく、セルフサービスポータルも追加する。これはvCenter/ESX(i)の上に重ねられた格好になっている。イメージしやすいよう図式化してみた。これはまだ単純化された大まかな概要である。

de-1-1

原文: http://www.yellow-bricks.com

「VMware vCloud Director Cluster」と記載されていることに気付かれただろうか。このクラスタは、「セル」と呼ばれる複数のvCDサーバにより構成されている。これらのセルがvCDを構成し、リソースの抽象化やポータル、そして後に説明するその他の機能を提供している。

vCDはvCenterが管理するリソースを抽象化する。現在テナントが利用できるリソースには3つのタイプがある。もう少し分かりやすくするために、各リソースタイプの下にそれがvSphereレイヤで何を表すかについて説明を加えた。

 

 

 

 

  1. コンピューティング
  2. – クラスタおよびリソースプール
  3. ネットワーク
    – dvSwitchおよび/またはポートグループ
  4. ストレージ
    – VMFSデータストアおよびNFSシェア

これらのリソースは、vCDの一部であるセルフサービスポートを通して提供される。vCDの管理者は、vCDポータルを利用してこれらのリソースを必要に応じて分割し、顧客または部署(vCDでは「組織」と呼ばれることが多い)に割り振ることができる。ここで留意されたいのが、vCDが純粋にサービスプロバイダー向けに設計されているわけではなく、プライベートクラウド環境での使用も念頭に置いているということである。

これらのリソースを分割するには、Virtual Datacenter(vDC)と呼ばれるコンテナを作る必要がある。Virtual Datacenterには2つのタイプがある。

  • Provider Virtual Datacenter(Provider vDC)
  • Organization Virtual Datacenter(Org vDC)

Provider vDCは、「コンピューティング」リソースの土台となる。Provider vDCを作成する際、リソースプールを選択しなければならないが、これはvSphereクラスタのルートリソースプールであっても構わない。また同時に一連のデータストアをProvider vDCと関連付けなくてはならない。概してこれはすべてクラスタに対してマスクされたLUNである。私の同僚の何人かは、Provider vDCはSLAの指定を行うオブジェクトだと説明したが、この説明で概念がもう少し分かりやすくなるだろう。したがって、一方では15K FCディスクとN+2冗長構成によりHA(高可用性)を提供する「ゴールド」Provider vDCを持ち、もう一方では「シルバー」Provider vDCをSATAディスクで運用し、N+1の冗長性しか提供しないということも可能なのである。運用方法はいくらでもある。

Provider vDCを作成したら、Org vDCを作成し、これをvCD組織と結びつけることができる。「組織」には複数のOrg vDCを関連付けることができるということに留意されたい。以下の図にこれを表した。ここでは、1つの組織が2つのProvider vDCをまたぎ、3つのOrg vDCを所有している。2つのProvider vDCはそれぞれ固有のSLAを持っている。

de-1-2

原文: http://www.yellow-bricks.com

ではこれらのOrg vDCで何ができるのか?一言で言うと、「消費する」ことである。vAppを作成することができる。vAppは、単に1台または複数の仮想マシンで構成される論理コンテナである。vAppは、内部ネットワークとファイアウォールで保護された外部接続を1台のVMに対して持つ3階層Appを内包することができる。これを図式化すると以下のようになる。

 

de-1-3

原文: http://www.yellow-bricks.com

もちろんネットワークを構築する方法はいろいろあるが、これは入門記事で説明するには少々複雑すぎる。ネットワーク機能については今後詳しく紹介していく。

お分かりいただけたと思うが、vCDでは実に様々な事が可能である。1つの記事ですべてを説明しつくすには多すぎる。

最後にもう一度まとめてみよう。vCDはセルフサービスポータルを提供する。このポータルはテナントにリソースを割り振ることを可能にし、テナントがvAppを作成することでこれらのリソースを消費することを可能にする。vAppは1台または複数の仮想マシンで構成されるコンテナであり、切り離されたネットワークを内包することができる。前にも言った通り、vCDではもっと様々なことが可能だが、より具体的な話に入っていくのは、皆さんが少し実際に触ってみてからの方が良いように思う。

お分かりいただけると思うが、私自身、今回のリリースについては特別な思いがあり、ようやくこのトピックついて話せることを大変うれしく思っている。今後も記事を書いていくが、その前にしばし間を置くので、皆に製品を見てもらえればと思う。

詳しい背景、ダウンロードはこちらから。

リリースノート:
http://www.vmware.com/support/vcd/doc/rel_notes_vcloud_director_10.html

ダウンロードページ:
http://downloads.vmware.com/d/info/datacenter_downloads/vmware_vcloud_director/1_0

ドキュメント:
http://www.vmware.com/support/pubs/vcd_pubs.html

製品サイト:
http://www.vmware.com/products/vcloud-director/

評価用ガイド:
http://www.vmware.com/files/pdf/techpaper/VMW-vCloud-Director-EvalGuide.pdf

スクリーンショット:
http://www.vmware.com/products/vcloud-director/screens.html

元記事: http://www.yellow-bricks.com/2010/08/31/vmware-vcloud-director-vcd/

13,162 total views, 8 views today

0

Powered by WordPress. Designed by WooThemes