OpenStackハむブリッドクラりドの抂芁ず、それらを構築する際の課題。

クラりドテクノロゞヌの倧芏暡な採甚により、䌁業のITむンフラストラクチャに新しいサヌビスを展開するプロセスが根本的に倉わりたした。 埓来のアプロヌチでは、このようなプロセスは数日、数週間、さらには数か月に及ぶ可胜性がありたした。最初に新しいサヌバヌを泚文し、それを䌚瀟のデヌタセンタヌに配信しおむンストヌルし、サヌバヌにオペレヌティングシステムずアプリケヌション゜フトりェアを手動でむンストヌルし、アプリケヌション蚭定を構成し、その埌のみ必芁でしたその䞊で新しいサヌビスを起動するこずができたした。 クラりドテクノロゞヌを䜿甚する堎合、システム管理者たたはサヌビス所有者がサヌビスの動䜜に必芁なすべおのリ゜ヌスプロセッサヌ、RAM、ディスク容量をすばやく取埗できるセルフサヌビスポヌタルのおかげで、サヌビスの展開には数時間たたは数分かかりたす。 この蚘事では、OpenStackベヌスのハむブリッドクラりドに迅速か぀安党に切り替える方法に぀いお説明したす。











クラりドアプロヌチ



クラりドコンピュヌティングに切り替えるには、䞻に2぀のオプションがありたす。



  1. 䌁業のデヌタセンタヌで動䜜する独自のプラむベヌトクラりドを構築したす。
  2. 倖郚プロバむダヌのサヌビスを䜿甚し、アプリケヌションをパブリッククラりドに転送したす。


どちらのアプロヌチにも長所ず短所がありたす。 プラむベヌトクラりドの利点は、高床なセキュリティアプリケヌションずそのデヌタが䌚瀟を離れない、アプリケヌションのパフォヌマンスず信頌性のより効率的な制埡、倖郚プロバむダヌぞの䟝存がないこず、および仮想マシン構成のほが無制限の遞択です。 パブリッククラりドでは、クラりドテクノロゞヌぞの初期投資が倧幅に少なくお枈み、埓量課金モデルを䜿甚しおアプリケヌションに割り圓おられたリ゜ヌスに支払うこずができ、ITコストの透明性を提䟛し、容量のスケヌラビリティず管理の容易さの点でプラむベヌトクラりドを倧きく䞊回りたす。



クラりドむンフラストラクチャを䌁業で正垞に実装するには、1぀のサヌバヌでのみ実行できる埓来の垂盎方向にスケヌラブルな高可甚性サヌバヌアプリケヌションず、耇数のサヌバヌで同時に実行でき、゜フトりェアを必芁ずしないクラりド甚に蚭蚈された氎平方向にスケヌラブルなアプリケヌションの䞡方をサポヌトする必芁がありたす高可甚性。 このタむプのアプリケヌションの1぀のむンスタンスの障害は、アプリケヌションが提䟛するサヌビス党䜓の障害に぀ながりたせん。



䞡方のクラりドオプションには長所ず短所があるため、クラりドテクノロゞヌ䌁業に適甚するための最適なオプションは、䞀郚のアプリケヌションをプラむベヌトクラりドに展開する組み合わせアプロヌチです通垞、これらはビゞネスクリティカルなアプリケヌションずセキュリティ芁件が増加したアプリケヌションです。倖郚プロバむダヌのパブリッククラりド内。 このようなハむブリッドクラりドは通垞、仮想むンフラストラクチャず物理むンフラストラクチャの䞡方を組み合わせ、異なるサヌビス配信モデルIaaS、PaaS、およびSaaSず異なるハむパヌバむザヌKVM、XenServer、ESXi、Hyper-Vをサポヌトしたす。



これには、プラむベヌトクラりドずパブリッククラりドにあるアプリケヌション間の盞互䜜甚を保蚌するタスクが必芁です。これら2぀のクラりド間でデヌタずアプリケヌションテンプレヌトの亀換を実装するメカニズムが必芁であり、必芁に応じお、それらの間でアプリケヌションを転送したす。 たずえば、1぀のアプリケヌションの負荷が急激に増加するためにプラむベヌトクラりドのリ゜ヌスの䞀郚を解攟する必芁がある堎合は、アプリケヌションの移怍が必芁になる堎合がありたす。 そのため、䞀郚のアプリケヌションは䞀時的にパブリッククラりドに転送できたす。 さらに、パブリッククラりドでビゞネスクリティカルなアプリケヌションコヌドの新しいバヌゞョンをテストした埌、プラむベヌトクラりドに移動する必芁がありたす。 たた、クラりドサヌビスプロバむダヌを倉曎するずきに、以前のプロバむダヌのパブリッククラりドからパブリッククラりドにすべおのアプリケヌションを転送するメカニズムが必芁です。 したがっお、プラむベヌトクラりドずパブリッククラりドの盞互運甚性を保蚌する既補の゜リュヌションが必芁です。



OpenStackプロゞェクトは、プラむベヌトクラりドずパブリッククラりドを䜜成および管理し、Infrastructure as a ServiceIaaSを提䟛するように蚭蚈されたオヌプン゜ヌス゜フトりェアを開発するために䜜成されたした。 OpenStackは、コンピュヌティングリ゜ヌスNova、ストレヌゞリ゜ヌスCinder、Glance、Swift、ネットワヌクリ゜ヌスNeutronの倧芏暡なプヌルを管理するための盞互接続された゜フトりェアモゞュヌルのセット、およびアカりンティングリ゜ヌス消費Ceilometer、デヌタ凊理Sahara および「オヌケストレヌション」熱。 OpenStackは、単䞀のポヌタルずオヌプンAPIを䜿甚しお、さたざたな仮想化テクノロゞヌの管理を実装しおいたす。









144か囜から850瀟以䞊がOpenStackプロゞェクトに参加しおおり、OpenStack゜フトりェアの新しいリリヌスは6か月ごずにリリヌスされおいたす。



OpenStackの利点は䜕ですか



プラむベヌトクラりドを構築する基盀ずしお「オヌプン」OpenStack゜フトりェアを䜿甚するず、いく぀かの重芁な利点が埗られたす。 たず、ラむセンスを節玄し、OpenStackずAWSに基づくパブリッククラりドずの互換性、ベンダヌの独立性、IT業界で最も幅広いサポヌト、オヌプン゜ヌスコヌドのおかげでクラりドを独自のニヌズに適合させる胜力、モゞュラヌ゜フトりェアアヌキテクチャによるスケヌラビリティ、高速OpenStackコミュニティ党䜓でむノベヌションを実装したす。 OpenStack゜ヌスコヌド、個々のニヌズに合わせおカスタマむズするための倚くの機胜ずオプションは、゜リュヌションの蚭蚈ず実装に困難を䌎いたす。



プラむベヌトクラりドの構築は、単玔なプラグアンドプレむ手順ずしお実行するこずはできたせん。そのためには、少なくずも、クラりドハヌドりェアプラットフォヌムを正しく構成する必芁がありたす。そうしないず、高性胜アプリケヌションを提䟛できなかったり、クラりド甚に賌入したサヌバヌの䞀郚がアむドル状態になるこずが刀明したす。 実装にはIT郚門チヌムの適切な専門知識が必芁ですが、州のほずんどの䌁業にはOpenStackテクノロゞヌの耇雑さに粟通した専門家はいたせん。さらに、実装期間䞭であっおも、埓業員の劎働時間を完党に掻甚するこずはできたせん。 その結果、OpenStackベヌスのプラむベヌトクラりドの単独での実装には倧きなリスクが䌎い、数か月間続く可胜性がありたす。これは、クラりドテクノロゞヌをできるだけ早く䜿甚するメリットを享受したい倚くの䌁業にずっお受け入れがたいものです。



もう1぀の問題は、゜フトりェアの曎新やトラブルシュヌティングを含むOpenStackベヌスのプラむベヌトクラりドのサポヌトです。 実装ず同様に、効果的なサポヌトにはIT専門家の特別な専門知識が必芁です。 この問題に関する専門知識を埗るには、埓業員を蚓緎するか、資栌のある専門家を雇う必芁がありたす。 どちらの堎合も、これはプラむベヌトクラりドの経枈的魅力を䜎䞋させる倧幅な远加コストを意味したす。 ただし、䌚瀟のITチヌムの専門知識は、クラりドサポヌトを簡単に提䟛できるずいう意味ではありたせん。 事実、OpenStackプロゞェクトはオヌプン゜ヌスモデルに埓っお開発されおいるため、プラむベヌトクラりドの所有者はモゞュヌルの新しいリリヌスの管理ずさたざたなパッチのむンストヌルを担圓し、䞀郚のOpenStackモゞュヌルの操䜜で問題が芋぀かった堎合、クラりドの所有者は助けを求めるこずしかできたせんOpenStackコミュニティは、自分で問題を解決しようずしたす。



富士通のOpenStack゜リュヌションの専門知識



その結果、クラりドの構築が䌚瀟のビゞネスの補助的なタスクである堎合、OpenStackで゜リュヌションを蚭蚈、実装、およびサポヌトするためにサヌドパヌティの組織を匕き付ける決定を求めたす。 さらに、どのむンテグレヌタヌも、この分野での圌の胜力ず豊富な経隓に぀いお喜んでお話ししたす。 しかし、実際には、この䌚瀟たたはその䌚瀟が、わずか6幎前に生たれ、ごく最近になっお真剣に怜蚎され始めおいるテクノロゞヌに察しお、いく぀の実装を実行できるかを考えおください。 この質問は未解決のたたであり、OpenStackプロゞェクトの分野における富士通の経隓に぀いおお話したいず思いたす。



富士通株匏䌚瀟は、OpenStackコミュニティに積極的に参加しおおり、「ゎヌルドメンバヌ」のステヌタスを持ち、今埌2幎間でトップ3の最も掻発なコミュニティメンバヌになる予定です。 さらに、すべおの富士通システムをOpenStackプラットフォヌム䞊に構築された独自のK5クラりドに移行するこずが決定されたした。 珟圚、640を超えるビゞネスシステムをK5に移行するための耇数幎のプロゞェクトが進行䞭です。K5は、さたざたな倧陞の富士通デヌタセンタヌに蚭眮された13,000台のサヌバヌで動䜜したす。 このプロゞェクトの実装により、富士通はOpenStack゜リュヌションの蚭蚈、実装、サポヌト、およびアプリケヌションの移行においお玠晎らしい経隓を積むこずができたす。 そしお、結果ずしおのコスト削枛は、5幎間で3億ドル以䞊になりたす。 必芁に応じお、顧客はK5パブリッククラりドを利甚したり、仮想プラむベヌトクラりドを富士通のデヌタセンタヌたたはパヌトナヌのいずれかに展開したりするこずもできたす。









さたざたなOpenStackリリヌスぞの富士通の貢献



富士通は、Red Hatず共同で、Red Hat OpenStackシステム向けの統合PRIMEFLEXを開発したした。 この事前テスト枈みの互換性のあるハヌドりェアず゜フトりェアの耇合䜓は、むンフラストラクチャ展開のリスクを最小限に抑え、䞍快な驚きを回避するのに圹立ちたす。 そしお、完成したリファレンスアヌキテクチャは、掚定によるず、蚭蚈段階でのコストを最倧40削枛したす。 同時に、重芁なこずに、サポヌトは富士通によっお完党に提䟛されたす。 この堎合、富士通は゜リュヌションの゜フトりェア郚分ずハヌドりェア郚分の䞡方をサポヌトする単䞀の窓口であり、異なるベンダヌ間で責任を移す芁玠を排陀したす。 Red Hat OpenStack向けPRIMEFLEXは、富士通独自の゜リュヌションずRed HatおよびBrocadeパヌトナヌの゜リュヌション䞊に完党に構​​築されおいたす。 PRIMEFLEX for OpenStack゜リュヌションは、仮想環境のパフォヌマンステストで最高の結果を繰り返し実蚌しおいるPRIMERGYサヌバヌず、さたざたなクラスのシステム間で完党に互換性のあるストレヌゞシステムの単䞀ラむンの代衚であるETERNUS DXストレヌゞシステムに基づいおおり、独自のスケヌラビリティず投資の保存。









Red Hat OpenStackコンポヌネント甚のPRIMEFLEX



富士通のナニヌクな゜リュヌションに぀いおは長い間話すこずができたすが、すでに䞊で説明したように、OpenStackプロゞェクトの䞻な問題は技術の面ではなく、実装ずサポヌトサヌビスの面にありたす。



富士通のサヌビスモデルは、䞖界䞭にあるいく぀かのサヌビスセンタヌGDCに基づいおいたす。 そしお、これらのセンタヌのメリットは、富士通が提䟛されるサヌビスの量の面で䞖界で5倧䌁業の1぀であるこずです。 しかし、䞖界最倧の䌁業にサヌビスを提䟛するこれらのGDCの1぀がロシアのカザン垂にあるこずを知っおいる人はほずんどいたせん。 富士通はロヌカルリ゜ヌスにより、プラむベヌトクラりドアヌキテクチャの真に高品質のコンサルティングず開発を提䟛し、ビゞネスアプリケヌションを迅速に実装および移行できたす。 リモヌト管理およびサポヌトサヌビスは、運甚段階での問題を解消したす。適切に蚭蚈された24時間365日のサヌビスデスクは、゚ンドナヌザヌに高品質のサポヌトを提䟛したす。



デヌタセンタヌの埓来のシステムずの統合ずずもに、プラむベヌトクラりドの構築やシステムの䞀郚をパブリッククラりドに移行するタスクを真剣に怜蚎し始めおいる堎合は、OpenStackプラットフォヌムが提䟛するすべおの可胜性を詳しく調べおください。 匊瀟の掚定によるず、これは富士通がすでに行った正しい遞択です。



All Articles