View a markdown version of this page

既存のオンプレミス投資が継続利用を促す場合は、ハイブリッドアーキテクチャを実装する - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

既存のオンプレミス投資が継続利用を促す場合は、ハイブリッドアーキテクチャを実装する

ほとんどの教育機関は、エンタープライズアプリケーション、データストレージソリューション、エンドユーザーコンピューティング (EUC) 環境、共有コンピューティングリソースをホストするために、さまざまな規模のオンプレミスデータセンターに投資しています。これらのデータセンターのすべてのリソースは、さまざまな更新サイクルの対象となります。この更新サイクルでは、将来の成長を考慮し、ピークスケールに対応するために十分な容量をプロビジョニングする必要があります。これは、年に数回のみ必要になる場合があります。その結果、リソースは多くの場合、次の更新サイクルまでアイドル状態になります。新しいハードウェアの計画、予算編成、調達、デプロイには、数週間、場合によっては数か月以上かかる場合があります。この長いプロセスはイノベーションを妨げ、学習と研究を遅らせる可能性があります。

クラウドコンピューティングは、これらの課題の多くを解決します。クラウドはオンデマンドで従量制料金の IT リソースを提供するため、大規模な事前計画や投資を行わずに、現在の容量と実際の需要をより密接に一致させることができます。ただし、オンプレミスのハードウェアとリソースに既に多額の投資をしている場合は、それらのリソースを効率的に活用し、必要に応じてクラウド技術を用いてハイブリッドモデルで強化することを検討する必要があります。

成功するハイブリッドクラウド戦略は、既存の投資を活用しながら、それらの投資単独では得られない俊敏性、スケーラビリティ、信頼性を実現します。次の考慮事項が、開始の際に役立ちます。

  • 新しいワークロードをホストする必要がある場合、まずクラウドについて考えますか?

    パブリッククラウドインフラストラクチャとプライベートクラウドインフラストラクチャをどのように組み合わせて使用するかによって、ハイブリッドクラウド戦略が定義されます。クラウドファーストアプローチは、クラウドがすべてのワークロードに適した選択肢であることを意味するわけではありません。ただし、新しいワークロードを計画する場合、特に、新しいテクノロジーを必要とするワークロードや、オンプレミスで利用可能なストレージとコンピューティング容量を超えるワークロードの場合は、クラウドを最初のオプションとして評価してください。一時的で一貫性のない使用パターンを持つワークロード、迅速な結果を必要とするワークロード、簡単に移植できるワークロード、最新のハードウェアを必要とするワークロードは、クラウドのスケーラビリティと伸縮性を活かすのに最適な候補です。また、利用可能な容量がある場合でも、オンプレミスで利用できないクラウドネイティブのマネージドサービスからワークロードが恩恵を受けるかどうかを検討してください。

  • オンプレミス環境の TCO を理解し、新しい投資を行う際に CFO と提携していますか?

    独自のオンプレミスデータセンターを維持する真の総保有コスト (TCO) を理解しておくことをお勧めします。オンプレミスでのインフラストラクチャの所有と運用には、ハードウェア、ソフトウェア、サポートだけでなく、施設、ユーティリティ、保険、スタッフの稼働時間など、多くの隠れたコストが伴います。これらのコストは、スタッフの生産性、運用レジリエンス、ビジネスの俊敏性に悪影響を及ぼす可能性があります。現在のライセンス構造とその更新およびメンテナンス期間も評価します。最高財務責任者 (CFO) と連携することで、新しい投資を計画する際に、隠れているすべてのコストを特定できます。ライセンスによっては、クラウドでの Bring Your Own License (BYOL) オプションが提供されている場合があり、または、クラウドサービスとの適合性に違いがある場合があります。現在のインフラストラクチャの真の TCO を理解することで、組織全体の TCO に最も大きな影響を与えるワークロードのクラウド導入を優先できます。 AWS アカウントチームには、オンプレミス TCO をよりよく理解するためのツールがすぐに用意されています。

  • ハイブリッドデプロイをサポートするには、どのようなインフラストラクチャが必要ですか?

    ハイブリッドモデルを正常に採用するには、基盤となるネットワーク、セキュリティ、インフラストラクチャツールが必要です。クラウドプロバイダーとの適切なネットワーク接続を維持できることを確認します。これは、既存のインターネット接続、仮想プライベートネットワーク (VPNs)、 などの専用接続 Direct Connect、サードパーティーの接続プロバイダー、Internet2、リージョンの研究および教育ネットワークの組み合わせによる場合があります。オンプレミス環境とクラウド環境全体で ID とアクセスの管理が統一されていることを確認します。一貫したセキュリティ、コスト、使用ガードレールを適用するためのツールとプロセスを確立します。

  • IT スタッフがハイブリッドデプロイを運用する準備はできていますか?

    クラウドサービスには、チームが持っていない特定のスキルセットが必要になる場合があります。効果的なクラウド導入のために IT スタッフのスキルアップに必要なトレーニングとスキル習得支援を制限するには、クラウドプロバイダーがオンプレミスとクラウドの両方にわたる既存のスキルセットを再利用し、それを基盤として構築されたサービスを提供しているかどうかを検討してください。例えば、Kubernetes を使用していて、それに精通している場合は、Amazon Elastic Kubernetes Service (Amazon EKS) または Amazon EKS Anywhere の使用を検討してください。NetApp を使用していて、それに精通している場合は、Amazon FSx for NetApp ONTAP の使用を検討してください。同様に、使用している既存のパートナーソリューションに、クラウド環境のネイティブ統合またはサポートがあるかどうかも検討してください。

  • 長期ストレージまたは使用量の少ないコンピューティングをオンプレミスからクラウドにオフロードできますか?

    クラウドストレージには、長期データストレージ用のコスト効率の高いオプションがいくつか用意されています。例えば、Amazon Simple Storage Service (Amazon S3) は、さまざまなユースケース向けに最適化されたさまざまなストレージ層を提供します。機関が特定のデータを長期間保持する必要がある場合は、Amazon Glacier などのコールドストレージソリューションを検討してください。このデータをクラウドストレージにオフロードすると、価値のある高性能なオンプレミスストレージを解放できます。AWS Storage Gateway などのサービスを使用すると、オンプレミスアプリケーションは SMB、NFS、iSCSI などの標準プロトコルを使用してクラウドストレージ層に簡単にアクセスできます。同様に、使用頻度が低い、または使用量が少ないコンピューティングタスクをオフロードすることを検討してください。このようなタスク専用のオンプレミスサーバーがある場合は、代わりにスケーラブルなクラウドコンピューティングサービスを使用できます。この場合、リソースはオンデマンドでプロビジョニングされ、使用した分だけ料金が発生します。こうした低コストの長期ストレージと使用量の少ないコンピューティングのオプションにより、クラウドはバックアップやディザスタリカバリの用途にも最適です。クラウドの安全で耐久性があり、スケーラブルなストレージとコンピューティングを使用すると、必要なストレージとコンピューティングインフラストラクチャを自分で維持することなく、データを保護し、災害発生時にも迅速に復旧できます。

  • 実験とイノベーションのための十分な容量がオンプレミスにありますか?

    固定サイズのオンプレミス環境では伸縮性と俊敏性がないため、ユーザーが利用できるサービスとテクノロジーが制限される可能性があります。厳密な更新サイクルがある場合、新しいワークロードは次のサイクルまで実装を待つ必要がある場合があります。この運用モデルは、実験を制限し、イノベーションを遅らせる可能性があります。新規または新しいワークロードをテストする必要がある場合は、スケーラブルで伸縮自在なクラウドサービスの使用を検討してください。クラウドリソースはオンデマンドでプロビジョニングおよびプロビジョニング解除でき、使用した分に対してのみ料金が発生するため、組織のリスクを最小限に抑えながら、実験とフェイルファストを行うことができます。

  • データをオンプレミスに保持することを強制する固有のコンプライアンス要件またはパフォーマンス要件はありますか?

    データレジデンシー要件またはレイテンシー要件が厳しいワークロードでは、データをオンプレミスに保持するか、可能な限りユーザーの近くに保持する必要があります。これらのユースケースでは、既存のオンプレミスリソースの使用を優先できます。ただし、クラウドプロバイダーがオンプレミスでクラウドベースのテクノロジーを使用するエッジサービスまたはメカニズムを提供しているかどうかを検討してください。エッジサービスは、データ処理、分析、ストレージを自身のエンドポイントの近くで行えるようにし、標準的なクラウドプロバイダーのデータセンターの外部にツールをデプロイできるようにします。例えば、AWS は AWS Local ZonesAWS Wavelength などのサービスを提供し、エンドユーザーに近い特定の場所にアプリケーションをデプロイします。また、AWS OutpostsAWS Storage GatewayAmazon ECS AnywhereAmazon EKS Anywhere などのサービスを使用して、既存のデータセンターにクラウドサービスと機能を導入することもできます。