Loading article…
クラウド管理とは、クラウド コンピューティング製品およびサービス の管理です。
パブリッククラウドは、パブリッククラウドサービスプロバイダーによって管理され、パブリッククラウド環境のサーバー、ストレージ、ネットワーク、データセンターの運用が含まれます。[1]ユーザーは、サードパーティのクラウド管理ツールを使用してパブリッククラウドサービスを管理することもできます。
パブリック クラウド サービスのユーザーは、通常、次の 3 つの基本的なクラウド プロビジョニング カテゴリから選択できます。
- ユーザーによるセルフプロビジョニング: 顧客は、通常は Web フォームまたはコンソール インターフェイスを通じてプロバイダーから直接クラウド サービスを購入します。顧客はトランザクションごとに支払います。
- 高度なプロビジョニング: 顧客は、サービス提供前に準備される所定量のリソースを事前に契約します。顧客は定額料金または月額料金を支払います。
- 動的プロビジョニング: プロバイダーは、顧客が必要とするときにリソースを割り当て、不要になったらリソースを廃止します。顧客は従量課金制で課金されます。
プライベートクラウドを管理するには、仮想化されたコンピューティングリソースのプールを作成し、エンドユーザー向けのセルフサービスポータルを提供し、セキュリティ、リソースの割り当て、追跡、課金を処理するソフトウェアツールが必要です。[2] プライベートクラウドの管理ツールは、リソース主導ではなくサービス主導になる傾向があります。これは、クラウド環境が通常、移植可能なワークロードの観点から高度に仮想化され、整理されているためです。[3]
ハイブリッドクラウド環境では、コンピューティング、ネットワーク、ストレージのリソースを複数のドメインにまたがって管理する必要があるため、適切な管理戦略は、管理対象と、それをどこでどのように行うかを定義することから始める必要があります。[4] これらのドメインの管理に役立つポリシーには、イメージの構成とインストール、アクセス制御、予算編成とレポート作成が含まれます。[4]アクセス制御には、シングルサインオン（SSO）の使用が含まれることが多く、ユーザーは一度ログインすると、各システムで再度ログインを求められることなく、すべてのシステムにアクセスできるようになります。
クラウド管理の特徴
クラウド管理は、クラウド環境を管理するための設計において、ソフトウェアとテクノロジーを組み合わせたものです。[5]ソフトウェア開発者は、クラウドコンピューティングの管理上の課題に、さまざまなクラウド管理プラットフォームとツールで対応してきました。[6] これらのツールには、パブリッククラウドプロバイダーが提供するネイティブツールや、複数のクラウドプロバイダー間で一貫した機能を提供するように設計されたサードパーティツールが含まれます。管理者は、異なるクラウドプラットフォーム間での効率的な一貫性という相反する要件と、個々のクラウドプラットフォーム内のさまざまなネイティブ機能へのアクセスのバランスを取る必要があります。パブリッククラウドの普及とマルチクラウドの使用の増加により、一貫したクロスプラットフォーム管理の必要性が高まっています。クラウドサービスの急速な導入により、ITシステムとサービスの管理を担当する技術専門家に新たな管理上の課題が生じています。[7]
クラウド管理プラットフォームとツールは、以下のカテゴリで最低限の機能を提供できる必要があります。機能はネイティブに提供されるか、サードパーティの統合によって調整されます。[8]
- プロビジョニングとオーケストレーション: リソースの作成、変更、削除、ワークフローのオーケストレーション、ワークロードの管理
- 自動化: Infrastructure as Codeやその他のDevOpsコンセプト を通じて、クラウドでのアプリ サービスの消費と展開を可能にします。
- セキュリティとコンプライアンス: クラウド サービスへのロールベースのアクセスを管理し、セキュリティ構成を適用します。
- サービス リクエスト: クラウド リソースにアクセスして展開するためのユーザーからのリクエストを収集して実行します。
- 監視とログ記録: パフォーマンスと可用性のメトリックを収集し、インシデント管理とログの集約を自動化します。
- インベントリと分類: 既存のブラウンフィールド クラウド リソースを検出して維持し、変更を監視および管理します。
- コスト管理と最適化: クラウド支出を追跡して適正化し、実際の需要に合わせて容量とパフォーマンスを調整します。
- 移行、バックアップ、DR: スナップショットやデータレプリケーションによるデータ保護、災害復旧、データモビリティを実現します。
組織はこれらの基準を、クラウドブローカー、DevOps自動化、ガバナンス、Day-2ライフサイクルオペレーションなどの主要なユースケースにグループ化することができます。[8]
大規模なクラウド実装を行う企業では、単一の参照ポイントから複数のプラットフォームを管理する機能や、アプリケーションライフサイクル管理などのプロセスを自動化するインテリジェントな分析機能など、特定の特性を備えた、より堅牢なクラウド管理ツールが必要になる場合があります。ハイエンドのクラウド管理ツールには、自己監視、明示的な通知メカニズムなどの機能を使用してシステム障害を自動的に処理する機能や、フェイルオーバー機能や自己修復機能も必要です。
マルチクラウドそしてハイブリッドクラウド経営上の課題
専用システムの関係とアーキテクチャ構造の概念に基づく従来の管理インフラストラクチャは、インスタンスが継続的に起動および廃止されるクラウド環境にはあまり適していません。[9]代わりに、クラウドコンピューティングの動的な性質には、適応性、拡張性、カスタマイズ性を備えた監視および管理ツールが必要です。[10] [11]
クラウドコンピューティングには、管理上の課題が数多くあります。[6]パブリッククラウドを使用する企業は、クラウド環境をホストする機器の所有権を持っておらず、環境が自社のネットワーク内に含まれていないため、パブリッククラウドの顧客は完全な可視性や制御権を持っていません。[10]パブリッククラウドサービスのユーザーは、クラウドコンポーネントを操作するための特定のパラメータを使用して、クラウドプロバイダーが定義したアーキテクチャと統合する必要もあります。統合には、IPアドレス、サブネット、ファイアウォール、ストレージのデータサービス機能を構成するためのクラウドAPIへの接続が含まれます。これらの機能の制御はクラウドプロバイダーのインフラストラクチャとサービスに基づいているため、パブリッククラウドのユーザーはクラウドインフラストラクチャ管理と統合する必要があります。[12]
エンド ユーザーはセルフサービス ポータルを使用してアプリケーションを展開できるため、パブリック クラウド環境とプライベート クラウド環境の両方で容量管理が課題となります。あらゆる規模のアプリケーションが環境に出現し、予測できない量のリソースを消費し、いつでも消えてしまう可能性があります。[13]考えられる解決策は、アプリケーションが計算リソースに与える影響をプロファイリングすることです。その結果、パフォーマンス モデルによって、アプリケーション パターンに応じてリソース使用率がどのように変化するかを予測できます。したがって、予想される需要に合わせてリソースを動的に拡張できます。これは、アプリケーションの需要の増大に対応するためにリソースを迅速にプロビジョニングする必要があるクラウド プロバイダーにとって重要です。[14]
チャージバック、つまりリソース使用を細かく価格設定することは、パブリック クラウド環境とプライベート クラウド環境の両方にとって課題です。[15]チャージバックは、パブリック クラウド サービス プロバイダーにとって課題です。なぜなら、利益を上げながら競争力のある価格設定をしなければならないからです。[13]パブリック クラウド サービスのユーザーは、組織内で電力などの個々のビジネス ユニットが支払うリソースが重複しているため、IT グループが実際のリソース コストを細かく評価することが難しいため、チャージバックが難しいと感じるかもしれません。[15]プライベート クラウド オペレーターにとって、チャージバックはかなり簡単ですが、最大の運用効率を実現するために、実際のリソース使用量にできるだけ近いリソースを割り当てる方法を推測することが課題です。予算を超過するとリスクがあります。[13]
パブリッククラウドサービスとプライベートクラウドサービスを組み合わせ、時には従来のインフラストラクチャ要素も組み合わせるハイブリッドクラウド環境には、独自の管理上の課題があります。これには、機密データがパブリッククラウドサーバー上に置かれた場合のセキュリティ上の懸念、ストレージや帯域幅の過剰使用に関する予算上の懸念、管理が不十分なイメージの急増などが含まれます。 [4]ハイブリッドクラウド環境での情報フローの管理も大きな課題です。オンプレミスのクラウドは、パブリッククラウドプロバイダーによってオフプレミスでホストされているアプリケーションと情報を共有する必要があり、この情報は絶えず変化する可能性があります。[16]ハイブリッドクラウド環境では通常、ポリシー、権限、制限が複雑に混在しており、パブリッククラウドとプライベートクラウドの両方で一貫して管理する必要があります。[16]
雲管理プラットフォーム (CMP)
CMPは、クラウドサービスの顧客が、オンプレミスのクラウドインフラストラクチャとパブリッククラウドサービスプロバイダーのインフラストラクチャの両方を含む複数のクラウドサービスインフラストラクチャにわたるアプリケーションと関連データセットの展開と運用を管理するための手段を提供します。言い換えれば、CMPはハイブリッドクラウドとマルチクラウド環境の管理機能を提供します。[17]
クラウド管理プラットフォーム (CMP) は、パブリック クラウド プロバイダー プラットフォームとプライベート クラウド プラットフォームの両方で、幅広いクラウド管理機能を提供します。CMP は、複数のクラウド プラットフォームに分散されているクラウド サービスとリソースを管理します。CMP の価値は、機能の深さを損なうことなく、プラットフォーム間で最大限の一貫性を実現することにあります。残念ながら、「クラウド管理プラットフォーム」(CMP) という用語の意味は過去 10 年間で進化しており、管理戦略の議論ではこの用語の正確な意味が不明瞭になることがよくあります。この用語を使用するベンダーによって、意味がまったく異なる場合があります。したがって、クラウド サービスに適切な管理アプローチを選択することは複雑な作業です。プロバイダーとベンダーは、強みだけを強調し、弱点を避けることで、評価をさらに混乱させる可能性があります。さらに、各プロバイダーとベンダーはクラウド管理のさまざまな側面の解決に重点を置いているため、ソリューションの比較が困難になっています。[8]
最小限の実行可能な CMP は、すべてのテクノロジー スタック レイヤーをサポートし、それらのレイヤー間で機能をオーケストレーションできる必要があります (IaaS、PaaS、SaaS など)。ハイブリッド クラウドへの移植性/移行をサポートするために、クラウドに依存しないツールを含める必要があります。統合フレームワークは、社内で使用されている既存の自動化ツールを活用し、これらを新しい CMP 機能と組み合わせます。仮想テクノロジー全体でネイティブ コンテナー サポートを提供できることが前提条件であり、CMP は現在、コンテナー ネイティブ (コンテナーを使用して設計) であるか、コンテナーをサポートするように再設計されています。標準 OS 展開に加えて、CMP のブループリント機能により、管理者はイメージ ベースのソリューションとカスタマイズされた構成を作成して提供できます。他の IT 資産およびデータベース (CMDB) との統合、およびロールベースのアクセス制御とガバナンスが重要です。[18]
IT運用の統合コントロールプレーンとしてのCMPの主な役割の1つは、既存のアプリケーションライフサイクルツール、ハイパーバイザー、クラウドプラットフォームの統合です。この使命を踏まえると、CMPはマルチクラウドサービスを管理するために内部および外部のシステムと統合する必要があります。公開されたAPIの両方をサポートし、必要に応じてカスタマイズを提供する機能は、重要な機能です。[17]
統合の主な領域は次のとおりです。
- オンプレミスのプライベート クラウド- クラウド環境が顧客組織内に存在する場合。プライベート クラウド リソースを管理するには、VMWare や OpenStack などのプラットフォーム、および Nutanix、HPE などの統合システムを統合する必要があります。機能には、Kubernetes などのコンテナ オーケストレーターとの統合も含まれる必要があります。
- CSP がホストするプライベート クラウド– 専用クラウドまたはマネージド クラウドと呼ばれることもあります。プライベート ホスト クラウド リソースは、パブリック クラウド リソースとほぼ同じように、プライベート クラウド プロバイダーが提供する API を介して管理され、日常業務を完全に管理するために追加の人員が必要になることがよくあります。
- パブリック クラウド サービス– CMP は、Amazon Web Services (AWS)、Microsoft Azure、Google Cloud Platform (GCP)、IBM Cloud、Oracle などの必要なパブリック クラウド サービスと統合して、パブリック クラウド サービスにあるリソースを管理できるようにする必要があります。統合は、ターゲット クラウド サービスのパブリック API を使用するか、パブリック クラウド サービス環境内で実行されるエージェントによって実現できます。
- IT サービス管理– CMP は、インシデント管理、構成管理、資産管理、財務管理などの機能を提供するために、既存のエンタープライズ管理システムに依存するのが一般的です。
- サービス自動化– 組織は、リソース管理を簡素化するために、既存の自動化ツールと CMP の統合を検討できます。Chef や Puppet などの構成管理ツールや、Terraform などのデプロイメント ツールとの統合は、重要な考慮事項です。
雲サービス仲介業者
他のブローカー会社と同様に、クラウドサービスブローカー（CSB）はクライアントのクラウドサービスを管理します。ガートナーは、CSBがクラウドコンピューティング管理プロセスで仲介役を果たしていると説明しています。[19]提供されるアプリケーションをホストするデータセンターは多数あるため、受信したリクエストに対応するために最も適切なデータセンターを選択する際に、サービスブローカーの役割が非常に重要になります。[20]クラウドサービスブローカーは、1つまたは複数のソースからのクラウドサービスを統合し、顧客が1つのポータルを通じてこれらのサービスにアクセスできるようにします。
参照
参考文献
- ^ Gens, Frank. (2008-09-23) 「『クラウドサービス』と『クラウドコンピューティング』の定義」IDC Exchange. [1] 2010-07-22にWayback Machineでアーカイブ
- ^ ヘンダーソン、トム、アレン、ブレンダン。(2010-12-20)「プライベートクラウド：気の弱い人向けではない」、NetworkWorld。[2]
- ^ ホワイトヘッド、リチャード。(2010-04-19)「プライベートクラウドの管理ガイド」、業界の展望。[3]
- ^ abc サリバン、ダン（2011–02）「ハイブリッドクラウド管理ツールと戦略」SearchCloudComputing.com [4]
- ^ 「定義: クラウド管理」、ITBusinessEdge/Webopedia
- ^ ab S. Garcia-Gomez; et al. (2012). 「PaaS フレームワークにおけるクラウド サービスの包括的な管理の課題」。スケーラブル コンピューティング: 実践と経験。13 (3)。並列および分散コンピューティングに関する国際科学ジャーナル: 201–213。
- ^ 「クラウド管理プラットフォームとツールを選択するためのガイダンス フレームワーク」www.gartner.com 。2018 年 11 月 26 日閲覧。
- ^ abc 「クラウド管理プラットフォームおよびツールの評価基準」www.gartner.com 。 2018年11月26日閲覧。
- ^ コール、アーサー。(2013-01-13)「クラウド管理、最前線と中心」ITBusinessEdge。[5] 2018-12-02にWayback Machineでアーカイブ
- ^ ab Lee, Anne. (2012-01-24) 「クラウドコンピューティング：企業とパフォーマンス監視への影響」Sys-Con Media [6]
- ^ Menychtas, Andreas; Santzaridou, Christina; Kousiouris, George; Varvarigou, Theodora; Orue-Echevarria, Leire; Alonso, Juncal; Gorronogoitia, Jesus; Bruneliere, Hugo; Strauss, Oliver; Senkova, Tatiana; Pellens, Bram; Stuer, Peter (2013)、「ARTIST 方法論とフレームワーク: クラウド上のレガシー ソフトウェアの移行のための新しいアプローチ」(PDF)、2013 第 15 回国際シンポジウム 科学計算のための記号および数値アルゴリズム、第 15 回国際シンポジウム 科学計算のための記号および数値アルゴリズム (SYNASC)、IEEE、pp. 424–431、doi :10.1109/SYNASC.2013.62、ISBN 978-1-4799-3036-4、S2CID 8150975
- ^ Linthicum, David. (2011-04-27) 「クラウドとの統合方法」、InfoWorld: クラウドコンピューティング、2011年4月27日。[7]
- ^ abc センプル、ブライアン。（2011-07-14）「プライベートクラウドの5つの容量管理の課題」クラウドコンピューティングジャーナル。[8] 2014-03-27にWayback Machineでアーカイブ
- ^ Magalhaes, Deborah et al. (2015-09-19)「クラウドコンピューティングにおけるリソース使用状況の分析とシミュレーションのためのワークロードモデリング」Computers & Electrical Engineering [9]
- ^ ab Golden, Barnard. (2010-11-05) 「クラウドコンピューティング：チャージバックを無視できない理由」CIO.com. [10] 2013-12-21にWayback Machineでアーカイブ
- ^ ab Rigsby, Josette. (2011-08-30) 「IBMがCast IronとTivoliを使用した新しいハイブリッドクラウドソリューションを提供」CMS Wire. [11]
- ^ ab Mike Edwards、Preetam Gawade、John Leung、Bill McDonald、Karolyn Schalk、Karl Scott、Bill Van Order、Steven Woodward (2017)。「クラウド管理プラットフォームの実践ガイド」。Cloud Standards Customer Council。
{{cite web}}: CS1 maint: 複数の名前: 著者リスト (リンク) - ^ Fellows, William (2018 年 6 月)。「451 Research クラウド管理市場マップ」。451 Research レポートの抜粋。
- ^ 「クラウドコンピューティング」 www.gartner.com 。 2015年5月28日閲覧。
- ^ Gamal, Selim; Rowayda A. Sadek; Hend Taha (2014 年 1 月)。「効率的なクラウド サービス ブローカー アルゴリズム」。International Journal of Advancements in Computing Technology 6 ( 1)。