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

移行の目的

さまざまな理由で、Oracle ワークロードをオンプレミス環境から AWS に移動したい場合があります。たとえば、コスト削減、俊敏性の向上、セキュリティの向上、ワークロードのより迅速なリファクタリングなどです。決定の背後にある理由が何であれ、目標と必要なタイムラインを達成できるように、適切な移行戦略を選択することは重要です。

コストの削減

オンプレミス環境で Oracle データベースを実行すると、次のシナリオで高価なライセンスコストが発生する可能性があります。

これらのシナリオの要件に基づいて、ライセンスと運用コストを削減するために同じ量のリソースを割り当てたくないかもしれませんが、必要に応じて自動的にスケールし、これをクラウドでより簡単に達成できます。コストとリスクの詳細については、Oracle のコストトラップガイドと、House of Brick Technologies の AWS ソリューションでそれらを克服する方法を参照してください。

俊敏性の向上

オンプレミス環境での Oracle データベースのプロビジョニングは通常、数週間から最大数か月かかる時間のかかるアクティビティです。Amazon Elastic Compute Cloud (Amazon EC2) では、Infrastructure as Code (IaC) を使用して、必要なサイズの Oracle データベースを短時間でスピンアップできます。

の Oracle インスタンスが需要に合わせてスケールアップまたはスケールダウン AWS できる速度は、開発アクティビティを完了し、迅速に意思決定を行うのに役立ちます。でリホストされた Oracle データベースは AWS 、カスタムソリューションの俊敏性を高めることができます。例えば、Amazon EC2 で Oracle データベースをホストすると、複数の環境を数秒でデプロイできます。

セキュリティの向上

Oracle データベースをオンプレミスで実行する組織は、保管中のデータや転送中のデータなど、すべてのレイヤーでセキュリティに責任を負います。これにより、セキュリティ設定が不完全になり、データベースが危険にさらされる可能性があります。AWS 責任共有モデルでは、 がインフラストラクチャのセキュリティ AWS を管理し、EC2 インスタンスと Oracle データベースレイヤーでセキュリティを設定する責任を担います。

Oracle データベースをホストする EC2 インスタンスへのパブリックアクセスを制限して、仮想プライベートクラウド (VPC) 外のアプリケーションがデータベースにアクセスできないようにすることができます。AWS Key Management Service （AWS KMS） キーを使用して、保管中のデータベースに割り当てられたすべてのストレージを常に暗号化できるため、コンプライアンス要件を満たすのに役立ちます。これらのセキュリティポリシーは、 から設定できます AWS マネジメントコンソール。

リファクタリングの高速化

既存のデータベースは、オンプレミスデータベースよりもリファクタリングが容易 AWS です。既に にあるデータベース AWS には、VPCs、セキュリティグループ、ネットワークなど、必要なインフラストラクチャがあります。データベースをモダナイズする準備ができたら、既存の AWS インフラストラクチャを使用してリファクタリングされたデータベースエンジンを起動できます。これが目標である場合は、まず Oracle データベースを AWS に移行してから、リファクタリングまたはモダナイズのプロセスを開始できます。

ライセンスコストと運用オーバーヘッドの削減に役立つ追加のリファクタリングオプションは次のとおりです。