Oracle CloudおよびMicrosoft AzureへのIBM Sterling Order Managementソフトウェアのデプロイ
IBM Sterling Order Management Softwareは、広く実装されている小売注文管理システムです。組織の半数以上が、老朽化したインフラ上でアプリケーションをオンプレミスで実行しています。クラウド移行を検討する際、組織はパフォーマンス、コストおよびベンダー関係の理由から、複数のクラウド・プロバイダから最適なサービスを使用することを希望しています。マルチクラウドの分割スタック・アーキテクチャは、クラウドへのパッケージ化されたアプリケーション移行のための一般的なソリューションです。
この顧客志向のリファレンス・アーキテクチャでは、大手のグローバル小売業者が、マルチクラウドの分割スタック・アーキテクチャを使用して、IBM Sterling Order Management Softwareデータベースをオンプレミス・コロケーション・データ・センターからOracle Cloud Infrastructure (OCI)上のOracle Base Database Serviceに移行しました。オンプレミスのOracle 11gデータベースがアップグレードされ、ダウンタイムなしでOCI上の19cに移行されました。データベースの移行後、IBM Sterling Order Management Softwareアプリケーション層はMicrosoft Azure上で実行され、Oracleデータベース層はOCI上で実行され、OCI-Azure Interconnectはアプリケーションとデータベースを接続します。
このリファレンス・アーキテクチャには、次の利点があります。
- IBM Sterling Order Management Softwareデータベースを11gから19cにアップグレードしてOCIに移行
- インフラ・コストを最大60%削減
- OCIマルチスレッドは、他のクラウド・プロバイダの単一スレッドと比較して容量の2倍を提供するため、パフォーマンスが向上します。
- Oracle Base Database ServiceをTerraformとともに使用して、システム・プロビジョニングを自動化し、ユーザー権限を付与します
- OCIで新機能を迅速に展開
アーキテクチャ
このリファレンス・アーキテクチャは、専用の低レイテンシと高帯域幅のOCI-Azure Interconnectによって接続された、高パフォーマンスのマルチクラウド・スプリットスタック・デプロイメントを示しています。
IBM Sterling Order Management SoftwareアプリケーションおよびWebサーバーは、Microsoft Azure US EastのVMにデプロイされます。アプリケーションは、OCI-Azure Interconnectを介してOCI Ashburn上のOracle Real Application Clusters (Oracle RAC)データベースに接続します。2ノードのOracle RACデータベースは、高パフォーマンスおよび高可用性のニーズを満たすために使用されます。Oracle RACデータベースは、Oracle Base Database Serviceの管理対象クラウド・サービスであり、顧客の運用オーバーヘッドを削減します。
障害時リカバリ(DR)インスタンスは、Microsoft Azure US Westに相互接続するOCIサンノゼ・リージョンに実装されます(このアーキテクチャ図には示されていません)。また、OCI-Azure Interconnectは、OCI PhoenixとMicrosoft Azure US West3の間でも使用できます。本番データベースは、Oracle Data Guardを使用してDRにレプリケートされます。
Oracle Cloud Infrastructure Identity and Access Management (OCI IAM)とMicrosoft Azure Active Directoryのフェデレーションにより、シングル・サインオンを使用してOCIアカウントが有効になります。OCIおよびMicrosoft Azureのロギング・データは、Dynatraceクラウド監視に転送され、運用上のインサイトが得られます。Wizクラウド・セキュリティは、マルチクラウド導入を監視して、ビジネスのリスクをプロアクティブに特定、修正、および防止するために使用されます。
次の図は、このリファレンス・アーキテクチャを示しています。
oci-multicloud-ibm-azure-arch-oracle.zip
クラウドの移行
移行前、お客様はハイブリッド・クラウド・スプリットスタック・アーキテクチャを実装し、IBM Sterling Order Management SoftwareアプリケーションとWebサーバーをMicrosoft Azure上に、データベースをオンプレミス・コロケーション・データ・センターに導入していました。段階的な移行アプローチは、アプリケーション層をMicrosoft Azureに保ちながら、データベースを11gコロケーションからOCI上の19cにアップグレードおよび移行するように設計されています。
- OCIに11gの一時データベースを作成します。
- オンプレミスの11g本番データベースをOCI上の11g一時データベースにレプリケートします。
- OCIでの19c本番データベースの作成
- OCIマーケットプレイスでOracle GoldenGateを使用して、11g一時データベースからOCI上の19cデータベースにデータをレプリケート
- Microsoft Azure上の本番アプリケーションを切り取って、OCI上の19cデータベースを指し示し、他のレプリケーションを切断します。
次の図は、クラウドの移行を示しています。
図oci_multicloud_ibm_azure_flow.pngの説明
oci-multicloud-ibm-azure-flow-oracle.zip
アーキテクチャには次のコンポーネントがあります。
- リージョン
Oracle Cloud Infrastructureリージョンは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含むローカライズされた地理的領域です。リージョンは他のリージョンから独立しており、広大な距離で(国間や大陸間でも)リージョンを分離できます。
- 可用性ドメイン
可用性ドメインは、リージョン内の独立したスタンドアロン・データ・センターです。各可用性ドメイン内の物理リソースは、他の可用性ドメイン内のリソースから分離されているため、フォルト・トレランスが提供されます。可用性ドメインどうしは、電力や冷却、内部可用性ドメイン・ネットワークなどのインフラを共有しません。そのため、ある可用性ドメインでの障害がリージョン内の他の可用性ドメインに影響することはほとんどありません。
- 仮想クラウド・ネットワーク(VCN)およびサブネット
VCNは、Oracle Cloud Infrastructureリージョンで設定するカスタマイズ可能なソフトウェア定義ネットワークです。VCNは、従来のデータ・センター・ネットワークと同様に、ネットワーク環境の完全な制御を可能にします。VCNには重複しない複数のCIDRブロックを含めることができ、VCNの作成後にそれらを変更できます。VCNをサブネットにセグメント化して、そのスコープをリージョンまたは可用性ドメインに設定できます。各サブネットは、VCN内の他のサブネットと重複しない連続した範囲のアドレスで構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックにもプライベートにもできます。
- 要塞サービス
Oracle Cloud Infrastructure Bastionは、パブリック・エンドポイントがなく、ベア・メタルや仮想マシン、Oracle MySQL Database Service、Autonomous Transaction Processing (ATP)、Oracle Container Engine for Kubernetes (OKE)、およびSecure Shell Protocol (SSH)アクセスを許可するその他のリソースなど、厳密なリソース・アクセス制御を必要とするリソースへの制限および時間制限付きのセキュア・アクセスを提供します。Oracle Cloud Infrastructure Bastionサービスでは、ジャンプ・ホストをデプロイおよび保守せずにプライベート・ホストへのアクセスを有効にできます。さらに、アイデンティティ・ベースの権限と集中管理された監査済および期限付きSSHセッションにより、セキュリティ・ポスチャが向上します。Oracle Cloud Infrastructure Bastionを使用すると、要塞アクセス用のパブリックIPが不要になり、リモート・アクセスを提供する際の手間や潜在的な攻撃対象領域が排除されます。
- OCIとAzure相互接続
Oracle CloudとMicrosoft Azure Interconnectは、Oracle初のマルチクラウド製品です。世界中の特定のAzureとOracle Cloud Infrastructure(OCI)データ・センター間の直接ネットワーク接続を提供します。これにより、Azure管理者および開発者は、専用リンクを作成したり、パブリック・インターネットでアプリケーション・トラフィックを送信することなく、OCIで実行されているアプリケーションおよびサービスにアプリケーションを接続できます。
- ストリーミング
Oracle Cloud Infrastructure Streamingは、リアルタイムで消費と処理が可能な継続的な大容量データ・ストリームを取り込むための完全管理型でスケーラブル、耐久性の高いストレージ・ソリューションです。Streamingを使用して、アプリケーション・ログ、運用テレメトリ、Webクリック・ストリーム・データなど、大量のデータを取り込むことができます。また、パブリッシュ/サブスクライブのメッセージング・モデルで、データが連続して順番に生成され、処理されます。
- Oracle Base Database Service
Oracle Base Database Serviceは、開発者がセキュアなクラウド・ネイティブ・アプリケーションを迅速に開発およびデプロイできるフルマネージド・データベース・サービスです。Oracleは、バックアップとリカバリ、データベースとオペレーティング・システムのパッチ適用、更新、データ暗号化など、すべてのタスクを自動化します。
推奨事項
- IBM Sterling Order Managementソフトウェアのバージョン
このアーキテクチャは、IBM Sterling Order Management Softwareバージョン10.0.2303.1 (このソリューションの公開時の現在のバージョン)以上をサポートしています。IBM Sterling Order Management Softwareの最新バージョンを使用することをお勧めします。
IBM Sterling Order Managementソフトウェアをマルチクラウド・アーキテクチャにデプロイする前に、「詳細」セクションのリンクに従って次の要件をよく理解してください。- IBM Sterling Order Management Softwareシステムの要件については、System Requirementsを参照してください。
- IBM Sterling Order Management Softwareは、状態とデータの管理のためにリレーショナル・データベース・システムに依存しています。サービス間通信およびオーダー・ワークフローには、Java Message Service (JMS)対応のメッセージ・ブローカ・システムも必要です。IBM Sterling Order Management Softwareでは、環境にデプロイできる複数のデータベースおよびメッセージ・ブローカ・オプションがサポートされています。詳細は次を参照してください。
- Oracle 19cデータベース層: UNIXまたはLinuxでのOracleデータベースの構成
- JMSメッセージ・ブローカ: JMSシステムとの統合
- 待機時間
クラウド間のネットワーク接続にOCIとAzure Interconnectを使用して、低レイテンシの接続を実現します。
- データベース
Oracleデータベース19c以上のバージョンを使用します。このリファレンス・アーキテクチャでは、Oracleデータベース19.16.0.0が使用されます。自動ストレージ管理(ASM)でVM.Standard2.16シェイプを使用することをお薦めします。データベース・サイズは約800 GBです。各Oracle RACノードには、16個のCPUコアと240個のGBメモリーがあります。
- ディザスタ・リカバリ
クラウド・デプロイメントでは、スタンバイ・ディザスタ・リカバリ・インスタンスを本番の四半期にサイズ設定することで、DRフェイルオーバーの場合のコストを削減し、フル容量までスケール・アップできます。本番アプリケーションとデータをDRにレプリケートして、ビジネスで定義されたリカバリ時間目標(RTO)とリカバリ・ポイント目標(RPO)を満たす必要があります。
データベースのアップグレードおよび移行時には、リスクを回避し、本番環境への偶発的な役割を果たすために、同じリージョンでOCIにDR/一時データベースを作成することをお薦めします。データベースは、ネットワーク・レイテンシ・テストで使用でき、アップグレード前にアプリケーション・パフォーマンス・ベースラインを設定できます。アップグレードおよび移行後、DRインスタンスを別のリージョンに設定する必要があります。
- Microsoft Azure向けOracle Database Service
Oracle Database Service for Microsoft Azureを使用すると、Oracle Cloud Infrastructure DatabaseをMicrosoft Azureクラウド環境に簡単に統合できます。Oracle Database Service for Microsoft Azureは、サービスベースのアプローチを使用し、アプリケーション・スタックに複雑なクロスクラウド・デプロイメントを手動で作成する代替手段です。
Oracle Database Service for Microsoft Azureは、Microsoft AzureとOCIの間のプライベートで低レイテンシで高帯域幅のネットワーク・リンクで実行されるため、マルチクラウド分割スタック・アーキテクチャで使用することをお薦めします。ユーザーは、Oracle Base Database (Oracle RACを含む)、Oracle Autonomous Database、Oracle Exadata Database ServiceおよびMySQL HeatWaveを選択し、Microsoft AzureコンソールからOracle Database Service for Microsoft Azureをプロビジョニングできます。
注意事項
IBM Sterling Order Management Softwareをマルチクラウド・アーキテクチャにデプロイする場合は、スケーラビリティと可用性に関する次のオプションを検討してください。
- アプリケーションの可用性
IBM Sterling Order Management Softwareをデプロイする前に、「詳細」セクションのIBMドキュメント・リンクで説明されているように、高可用性およびパフォーマンス管理の考慮事項を確認してください。
このリファレンス・アーキテクチャでは、IBM Sterling Order Management Softwareアプリケーションが複数のVMとともにOCI上のMicrosoft AzureおよびOracle RACデータベースにデプロイされ、高可用性が提供されます。フォルト・ドメインは、アベイラビリティ・ドメイン内で最高の自己回復性を実現します。高可用性が必要な場合は、実現可能な複数の可用性ドメインまたはリージョンの使用を検討してください。
- ストレージI/Oスループット
ストレージ・サイジングは、ディスクの読取りおよび書込みで予想されるI/Oスループットを得る上で非常に重要です。
- 拡張性
このリファレンス・アーキテクチャでは、Oracle Real Application Clusters (Oracle RAC)データベースとともにOracle Base Database Serviceを使用します。データベースのCPUコアの数は、いつでも手動でスケール・アップまたはスケール・ダウンできます。
IBM Sterling Order Management Softwareでは、Oracle Autonomous DatabaseまたはOracle Exadata Database Serviceを使用できます。Oracle Autonomous Databaseの自動スケーリング機能を使用すると、データベースは現在のCPUコアのベース数の3倍までいつでも使用できます。需要が増加すると、自動スケーリングによって、使用中のコア数が自動的に増加します。Oracle Autonomous Databaseでは、可用性やパフォーマンスに影響を与えることなく、いつでもストレージ容量を拡張できます。
詳細の参照
このリファレンス・アーキテクチャの機能の詳細は、次の追加リソースを参照してください。
IBM Sterling Order Managementソフトウェア:
- IBM Sterling Order Managementソフトウェア
- システム要件
- UNIXまたはLinuxでのOracleデータベースの構成
- JMSシステムとの統合
- 高可用性に関する考慮事項
- パフォーマンス管理に関する考慮事項
Oracle Cloud Infrastructure: