性能重視で選ぶなら一択
サービスとしての災害対策「DRaaS」にフラッシュクラウドストレージを
組織がデータへのアクセス速度向上を必要とする場合、そしてコストを増やす余裕がある場合、ほとんどのプロバイダーがクラウドフラッシュストレージを提供している。
バックアップ用途あるいは普段使わないデータを保存するための大容量ストレージとして、クラウドを考えたことはあるだろうか。クラウドのアプリケーションを使う戦略はどうだろう。そうしたアプリケーションではクラウドストレージ性能の重要性が大きい。フラッシュクラウドストレージの利用も同様だ。
現実的な選択肢としてのフラッシュ
災害復旧をクラウドで実現する「DRaaS」の提供が重要であるという認識も高まっている（出典：Veeam）《クリックで拡大》
従来型の組織の多くはクラウド優先戦略を採用している。従って、新しいアプリケーションの計画を立てる際は、データセンターよりも先にまず、クラウドでのホスティングを考える。IT管理者は、データセンターにある既存のアプリケーションをクラウドに移行することさえ考える。
いずれの場合も目的は、データを生成し、操作するアプリケーションのために、コンピューティングリソースとストレージリソースをクラウドに保存することにある。そうしたアプリケーションの多くは相当の性能を要することから、データをHDDでホスティングしたのでは、必要とされる性能を実現できない。
幸いなことに、ほとんどのクラウドプロバイダーは、アプリケーションで利用できるフラッシュストレージサービスを提供している。ただしギガバイト当たりのコストはかさむ。そうしたフラッシュクラウドストレージの管理とコストのコントロールは、IT部門がオンプレミスで行うアプリの管理と変わらない。現代のアプリケーションはクラウドプロバイダーのストレージと直接通信できる必要がある。さらに、プロバイダーの拡張メモリ層と、コストが安いHDD層との間でデータを直接移動できなければならない。
レガシーアプリケーションの場合、話は別だ。大幅に書き換えない限り、そうしたアプリケーションの大半はクラウドストレージプロトコルと直接は接続できない。だが独立系のソフトウェアベンダー数社は、クラウドベースのストレージと、iSCSIやNFS、CIFSといったレガシープロトコルとの通信を確立する製品を開発している。従って、既存のソフトウェアを実質的に変更することなく、データセンターのレガシーアプリケーションをクラウドに移すことは可能だ。
クラウドコンピューティングの新たな形態「DRaaS」
たとえクラウドコンピューティング戦略を持たない組織でも、多くは災害復旧の目的でクラウドを検討している。プロバイダー各社もサービスとしての災害復旧（DRaaS）機能を提供するようになり、人気を集めている。DRaaSでは組織が自前で災害復旧の場を確保しなくても、クラウドを災害復旧の場として活用できる。
データセンターを待機状態にせずに済むのはコスト面では魅力的だが、現実として、災害が起きた場合、DRaaSプロバイダーはその組織のコンピューティングプロバイダーとなる。当分の間のコンピューティングプロバイダーとせざるを得なくなるかもしれない。
その期間中、ITプロフェッショナルは、自社のアプリケーションが性能を発揮するために必要なフラッシュクラウドストレージとクラウドコンピューティングリソースをプロバイダーが割り当てられることを確認しなければならない。
クラウドプロバイダーのためのフラッシュ
大手クラウドプロバイダーの大半は、フラッシュを含むストレージ戦略を持つ。そうしたフラッシュクラウドストレージ戦略をどう活用するのが最善かをITプロフェッショナルは判断しなければならない。
一方で、小規模な地域型のクラウドプロバイダーの人気は上昇している。そうしたプロバイダーは一般的に、既成のクラウドストレージを使って独自のサービスを構築しており、多くはオブジェクトストレージ製品をベースとしたクラウドストレージやクラウドバックアップサービスとしてスタートした。そうしたプロバイダーがDRaaSを通じ、あるいはクラウドでホスティングされたアプリケーションの直接サポートを通じてクラウドコンピューティング市場に参入すると、フラッシュ戦略の立案が必要になる。
オブジェクトストレージでは通常、クラウドアプリケーションに求められる性能は発揮できない。そうしたプロバイダーはマルチテナント環境に対応できるフラッシュ製品に目を向ける必要が生じる。フラッシュクラウドストレージシステムでは累積的かつ潜在的に無制限のスケールを提供する必要があり、従ってスケールアウトストレージアーキテクチャが必要になる。このシステムでは利用者が支払う料金に応じたレベルの性能を引き出せるよう、サービス品質調整機能を提供する必要もある。最後に、社内ITと大手プロバイダーの両方との競争力を維持できるよう、この製品はコスト効率を極端に高める必要がある。
クラウドベースのアプリケーションは、ほぼ全組織にとって現実となった。アプリケーションはクラウドでスタートするか、クラウドに移行される。アプリを移行する場合、フラッシュベースの性能が必要になる。ITプロフェッショナルは、アプリでフラッシュが利用できることを確認した上で、それにどうアクセスするのが最善かを判断しなければならない。利用者にフラッシュを提供していないプロバイダーは、解決策について早いうちに調査する必要がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
3
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
4
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
7
「何から始めればいい？」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
8
ネットワールド、ICカード認証対応のシンクライアント構築アプライアンスを販売
-
9
ノベルティプレゼント「Windows 8 TシャツとOffice クリーニングクロスセット」
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
“あのファイル転送”で暗躍するノーウェアランサム
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー