クラウドストレージの構築とプライベートクラウドとパブリッククラウドの違いの比較

クラウド ストレージのような比喩は少し大げさに聞こえるかもしれませんが、それでもクラウドに関連する漠然とした概念を感じることができます。このテクノロジーの将来は未知数でいっぱいですが、それは私たちがよく知っているプラ​​イベート クラウド ストレージの場合も同様です。市場で宣伝されているさまざまなプライベート クラウド ストレージは、元のパブリック クラウドにファイアウォールを追加することでメリットが得られると主張していますが、プライベート クラウド ストレージの評判は徐々にパブリック ストレージに遅れをとりつつある兆候があります。

パブリック ストレージをポスト ドットコム時代の選択的アウトソーシングと考えずにはいられないが、それでもシンプルさと本質的な使いやすさを備えている。公共倉庫という名前も、整理整頓もされずにただ物が積み上げられているような、排他性に欠ける響きがあります。正直に言うと、「パブリック」という言葉はまだ「クラウド」ほどクールに聞こえません。

プライベートクラウドとパブリッククラウドの違いは何ですか?

名前が変わっても本質は変わりません。より優れたサービスを提供できるストレージ アーキテクチャ テクノロジであることに変わりはありません。どのブランドの製品を選択しても、企業は選択したプライベート クラウド アーキテクチャからメリットを得られることは認めざるを得ません。ある意味、プライベート クラウド市場の出現は、パブリック クラウドの発展の結果です。私たちが認めなければならないことの 1 つは、パブリック クラウドであれプライベート クラウドであれ、ストレージはクラウド ソリューションにとってかけがえのない部分であるということです。特にサーバー仮想化にはクラウドコンピューティングを適用できます。それでも、クラウドの導入を成功させるには、成熟したストレージ戦略が不可欠です。

パブリック クラウド ストレージの利点と比較して、プライベート クラウド ストレージには次の特性があることがわかりました。

• 可用性。スペースは、ユーザーが必要とするときに速やかに割り当てられる必要があり、使用後は速やかに回復できる必要があります。
• サービスの品質。サービス レベルの詳細な説明が必要であり、厳密に従う必要があります。測定可能なメトリックを使用して、ユーザーが期待できる応答時間、回復時間、アクティビティ時間を定義できます。
• コストは固定です。クラウド環境では、ストレージ料金は通常、ユニットごとに課金されます。ユーザーは、割り当てられたスペースや特定の基準に基づくのではなく、サービス レベル契約に従って実際に使用した分だけを支払います。

クラウド ストレージの価格表を見ると、魅力的なオファーがよく見られますが、実際にその恩恵を受けるのは誰でしょうか?パブリッククラウドとプライベートクラウドには明確な違いがあります。パブリック クラウド アーキテクチャでは、契約に署名したユーザーと組織がメリットを得られます。ユーザーにとっては、すべてのアプリケーションのサポートが受けられ、組織にとってはコストが比較的固定されており、システムを自ら維持するよりも安価になる可能性があります。 IT 部門は、クラウド サービス プロバイダーに、サービスとしてのプラットフォームの正確な定義を伝える必要があります。ビジネス部門の経費は比較的固定されますが、パブリック クラウドには、「従量課金制」の払い戻しや特定のサービス レベル契約などの利点もあります。残念ながら、これらの標準は IT 部門には適用できません。十分なストレージスペースを確保して管理を開始し、システムを監視し、詳細なコスト計算を開始する必要があります。

また、これらの利点のいずれにも、「最先端のストレージ アレイの使用」、「最速のディスク」、または「10Gb イーサネット」については言及されていないことに注意してください。実際のところ、関連する技術ガイドラインは存在しません。パブリック クラウドの主な焦点は、サービス レベル、コスト管理、迅速な応答性など、運用の改善です。しかし、ストレージベンダーは運用上の問題に重点を置いていないことがよくあります。彼らはハードウェアとソフトウェアを販売しているだけです。では、これらのベンダーはプライベート クラウド向けに具体的に何を販売するのでしょうか?確かなのは、それが単なるハードウェアのアップグレードや空想ではないということだ。幸いなことに、これは確認されました。プライベート クラウドは、適切な環境と構成に適用できる限り、単なるハードウェアの概念に留まるものではありません。

クラウド アーキテクチャについて話すとき、一部のベンダーはスケーラビリティと柔軟性の必要性を強調します。比較的低コストのクラウド アーキテクチャ モデルがより魅力的になることは間違いありません。しかし、ほとんどすべてのベンダーは、この属性やあの属性を持っていると主張するため、これらの定義はあまり役に立ちません。さらに、クラウドの展開はハードウェア アーキテクチャだけを指すわけではありません。クラウドが新しいレベルに発展するにつれて、プロセスの重要性が製品自体よりも大きくなるからです。