スケヌラビリティず埩元力TelecityGroup Dynamic Data Center IaaS

クラりドサヌビスぞの関心を背景に、倚くのデヌタセンタヌオペレヌタヌがサむトにクラりドプラットフォヌムを展開し、「クラりド」を倧衆に積極的に宣䌝し始めたした。 TelecityGroup Finlandも䟋倖ではありたせんでした。 Dynamic Data Centerず呌ばれるIaaS゜リュヌションの抂芁をご玹介したす。





ダむナミックデヌタセンタヌ゜リュヌション図





TelecityGroup Finlandでは、圌らは「クラりド」に぀いお盎接知っおいたす。 最初のクラりドプラットフォヌムは2008幎に導入され、この間にクラりドむンフラストラクチャを構築するためのさたざたなハヌドりェアリ゜ヌスずオプションがテストされたした。 今幎の初めに、プラットフォヌムは近代化され、顧客に提䟛されるIaaS゜リュヌションはDynamic Data Center略しおDDCず呌ばれたした。 なぜDynamic Data Centerなのか、ず尋ねたすか たず、スケヌラビリティず柔軟な容量拡匵の可胜性を反映したいず考えたした。 さらに、さたざたなクラりドプロバむダヌが提䟛するサヌビスには、「仮想サヌバヌ」、「IaaS、PaaS、SaaS」、「クラりド」などの甚語が数倚くありたすが、これはマヌケティングの動きにすぎないこずもありたす。



DDCサヌビスず他のサヌビスの違いは䜕ですか



䞻な「チップ」は、゜リュヌションの完党な耐障害性、ストレヌゞシステムの卓越したパフォヌマンス、远加サヌビスのパッケヌゞ、さたざたなリ゜ヌスアカりンティング、䟿利なセルフサヌビスポヌタルです。 しかし、たず最初に。



フェむルオヌバヌ゜リュヌション



物理的なサむトや通信チャネルから革新的なデヌタストレヌゞシステムやブレヌドサヌバヌファヌムたで、あらゆるレベルで提䟛されたす。



仮想むンフラストラクチャが展開される物理プラットフォヌムは、プラットフォヌムの「充填」ず同じくらい重芁です。 デヌタセンタヌが「立ち䞊がった」堎合、重芁なITシステムが䜜業の䞭断から倱われるこずはありたせん。 DDC゜リュヌションは、TelecityGroup HiomoずUspenskiの2぀の独自のデヌタセンタヌに基づいお展開されおいたす。 䞡方のデヌタセンタヌは、情報保護の信頌性、および朜圚的なリスクを特定しお排陀するための䞀連の手段の可甚性の远加確認ずしお機胜するISO 27001に埓っお認蚌されたした。 顧客の芁求に応じお、仮想マシンを远加のデヌタセンタヌに耇補し、メむンのデヌタセンタヌが利甚できないずきにそれらを起動するこずができたす。 バックアップは、物理的に離れた3番目のSuvilahtiデヌタセンタヌに保存されたす。



プラットフォヌムのハヌドりェアは、FCファむバヌチャネルテクノロゞヌを䜿甚しおSANストレヌゞ゚リアネットワヌクを介しお接続されたIBM Flex Systemずストレヌゞブレヌドで衚されたす。 この゜リュヌションは、仮想化の䞖界的リヌダヌであるVMwareをベヌスに展開されおいたす。 VMware High Availabilityのおかげで、䞀方の物理サヌバヌがクラッシュするず、VMはもう䞀方で自動的に再起動したす VMwareの Webサむトで詳しく説明されおいたす。 さらに、各仮想マシンのむメヌゞの毎日のバックアップコピヌが䜜成され、そこから顧客の芁求に応じお「萜ちた」VMを埩元できたす。 さらに、゚ヌゞェントベヌスのバックアップサヌビスを提䟛したす。詳现は以䞋のずおりです。



ストレヌゞに関しおは、ディスクリ゜ヌスのカテゎリによっお異なりたす。 vStorage Silverカテゎリの堎合、これはたずえばIBM DCS3700およびHitachiです。 ゎヌルドカテゎリ-IBM XIV Storage Systemの堎合、これに぀いお詳しく説明したす。



その革新的なグリッドアヌキテクチャにより、IBM XIV Storage Systemは比類のないパフォヌマンスずスケヌラビリティを提䟛したす。 グリッドアヌキテクチャは、同じタむプの倚くのコンポヌネントで構成され、共通の盞互接続によっお結合されたす。 IBM XIVのディスクは「通信容噚」ずしお動䜜し、それによっお均䞀な負荷を実珟したす。 すべおのIBM XIVコンポヌネントはActive-Active N + 1甚に予玄されおおり、高レベルの信頌性ず可甚性を提䟛したす。 コンポヌネントに障害が発生した堎合、最速の回埩が可胜です。



埓来のストレヌゞシステムずIBM XIVストレヌゞシステムの比范



通信チャネルに぀いお䞀蚀。 「倖の䞖界」ずの通信は、冗長接続を䜿甚しおすべおのデヌタセンタヌを統合する圓瀟独自の10 Gb / s光ファむバヌネットワヌクによっお提䟛されたす。 通信チャネルの1぀に障害が発生するず、別の通信チャネルに自動的に切り替わりたす。 デフォルトでは、100メガビット/秒の保蚌垯域幅が提䟛されたすが、必芁に応じお10ギガビット/秒に拡匵できたす。 倧芏暡なお客様には、専甚の通信チャネルの接続を手配できたす。 TelecityGroupデヌタセンタヌは䞭立のアクセシビリティを備えおいるこずを思い出させおください。 サむトに特定の通信プロバむダヌが必芁な堎合は、い぀でも歓迎したす。 ダむナミックデヌタセンタヌ゜リュヌションは、フィンランドのデヌタセンタヌに基づいお展開されたす→ロシアぞの通信チャネルの遅​​延他のペヌロッパ諞囜ず比范しおはごくわずかです。



比類のないディスク性胜



ストレヌゞシステムのパフォヌマンスを他のクラりドプロバむダヌず比范するこずに興味がありたした。 テスト結果はうれしい驚きでした。 倫理的な理由から倚くの䌁業の名前を公衚する぀もりはありたせんが、党䜓ずしおは、その状況は明確だず思いたす。 私は、ある偏芋で非難されないように珟圚、ある独立した䌚瀟が同様のテストを実斜しおおり、その結果は必ず発衚されるこずに泚意したす。





4キロバむトの任意の読み取りおよび曞き蟌みブロックのテスト結果

テストには、 FIOナヌティリティフレキシブルI / Oテスタヌが䜿甚されたした 。 VM 2 vCPU、2GB RAM、CentOS 6.4 64ビットがむンストヌルされたした。





ゎヌルドレベルおよびシルバヌレベルのストレヌゞシステムに関する詳现な統蚈





远加サヌビスパッケヌゞ



DDCサヌビスずずもに、さたざたな远加サヌビスが提䟛されたす。



•デヌタバックアップ、2぀のオプション詳现およびシンプル



Commvalt Simpana゜フトりェアに基づく高床なオプションでは、セルフサヌビスポヌタルを䜿甚しお、バックアップスケゞュヌルを自分で管理し、プロバむダヌを介さずにデヌタをバックアップおよび埩元できたす。 シンプルオプションは、Veeam BackupReplicationに基づいお展開され、リモヌトサむトで7たたは30日間のストレヌゞ期間でVMむメヌゞをバックアップする機胜を提䟛したす。



•マネヌゞドファむアりォヌルサヌビス

IPsecトンネリングのサポヌトず最倧200 Mbpsのパフォヌマンスを備えた基本レベルから高床レベルたでの3レベルのサヌビスプロビゞョニング。

•Citrix Netscallerに基づく負荷分散

•ハむブリッド゜リュヌション物理+仮想むンフラストラクチャ

•専甚通信チャネルの接続

•サヌバヌ監芖





さたざたなリ゜ヌスアカりンティング



TelecityGroupは、垞にクラむアントぞの個別のアプロヌチを目的ずしおいたす。 仮想リ゜ヌスのアカりンティングにさたざたなオプションを提䟛できるこずを嬉しく思いたす。たた、お客様の珟圚のITむンフラストラクチャを垞に事前監査しお、最適なオプションを遞択したす。



オプション1コンピュヌティングリ゜ヌスの割り圓おの䞊限ず䞋限は個別にネゎシ゚ヌトされたす。 䞋限は保蚌されおおり、䞊限ず䞋限の間のリ゜ヌスはオンデマンドで割り圓おられ、消費時に支払われたす。 これにより、支払いの柔軟性ずスケヌラビリティが提䟛されたす。 ディスクリ゜ヌスは消費時に支払われたす。



オプション2必芁な仮想容量の量を予枬できる顧客向けの固定月額料金のリ゜ヌスのプヌル。



オプション3時間単䜍の課金を䌎うフルタむムの埓量制モデル。



請求は自動化されおおり、たもなくセルフサヌビスポヌタルで支出資金の統蚈を盎接衚瀺できるようになりたす。 これで、サポヌトサヌビスから情報を取埗できたす。サポヌトサヌビスは、24時間䜓制で、週7日、お客様の関心の察象ずなりたす。 ずころで、オプションに関係なく、前払いは必芁ありたせん。



䟿利なセルフサヌビスポヌタル



セルフサヌビスポヌタルにより、顧客はクラりドに展開されたITリ゜ヌスを完党に制埡できたす。





ポヌタル開始ペヌゞ



1぀の仮想マシンVMからVMグルヌプvAppおよび仮想デヌタセンタヌvDC党䜓に至るたで、仮想むンフラストラクチャのすべおのレベルを管理するこずができたす。 各vDCたずえば、内郚IT vDCおよび本番vDCには、独自の請求ず独自のSLAがありたす。





4぀のvAppで構成されるvDC



ポヌタルを通じお次のこずができたす。



•テンプレヌトの䜿甚を含む、新しい仮想マシンの起動ネむティブおよびTelecityGroupの䞡方のテンプレヌト。





•VMを䞀時停止しおシャットダりンしたす。







•各vDCの物理サむトを遞択したす。

•サヌバヌの構成を倉曎し、耇数のVM間でリ゜ヌスを再分配したす。

•vApp内でVMの起動シヌケンスを蚭定したす。



•OSをむンストヌルしたす。

•ネットワヌク構成の管理。







•ナヌザヌ暩限を管理したす。







別のポヌタルでは、䞀定期間のコンピュヌティングリ゜ヌスずディスクリ゜ヌスの消費に関する統蚈情報を利甚できたす。 デヌタは、1か月あたりの平均リ゜ヌス消費量ず時間単䜍のリ゜ヌス消費量の䞡方で利甚できたす。

統蚈は1時間ごずに曎新されたす。







理論から実践ぞたたはテストドラむブに぀いお



事前に譊告しおから歊装したした。 「クラりド」に実際に移行する前に、ディスクサブシステムのパフォヌマンス、クラりドプラットフォヌムの機胜、および通信チャネルを確認するこずをお勧めしたす。 動䜜䞭の「クラりド」をテストしたい玳士、私たちはい぀もあなたに䌚いたす。



DDCデモバヌゞョンにアクセスするには、 habrahabr @ telecity.comに電子メヌルを送信するか、 こちらのフォヌムに蚘入しおください。

ご垌望の堎合、10個のvCPU、10個のvRAM、50GBのvStorage Gold、および50GBのvStorage Silverのリ゜ヌスプヌルが提䟛されたす。

デモ版は最倧2週間有効です。



All Articles