1. Bring Your Own Imageを使用したOracle Cloud InfrastructureへのSiebelの移行
  2. Bring Your Own Imageを使用したOracle Cloud Infrastructureへの移行について学ぶ

Bring Your Own Imageを使用したOracle Cloud Infrastructureへの移行について

Siebel Enterpriseの移行および更新を行うには、Oracle Cloud InfrastructureのBring Your Own Image (BYOI)機能を使用して、Siebelを実行しているオンプレミス仮想マシン・イメージをクラウドに移行します。

BYOIでは、OCIでのSiebelの新規実装が不要になり、現在の顧客を満たします。オンプレミスの仮想マシンからのものはすべてOCIに即座に引き継がれ、全体的な労力を軽減します。

Oracle Siebelは、20年以上にわたって顧客関係管理(CRM)部門に革命をもたらしています。この分野での厳しい競争の中でも、Siebelは完全なCRMと考えられ、すべての業種にCRMソリューションを提供しています。Oracle Cloud Infrastructure(OCI)上のSiebelは、その全体的な機能を大きく向上させました。コスト削減からSiebelとOracleスタックのシームレスな統合まで、お客様はOracle Cloud上のSiebelを活用してビジネスを強化できます。

このソリューション・プレイブックでは、Siebelの中間層移行のみに焦点を当てています。BYOI機能はLinuxを実行するVMも移行できますが、この演習のステップはWindows用です。

Oracle Cloud InfrastructureでのSiebelの機能の理解

OCIでのSiebel実装には、次のような多くの利点があります。

  • Oracleの最新の顧客検証結果に基づいて、オンプレミスまたはその他のクラウド・プラットフォームでのデプロイメントよりも総所有コストが低くなります。
  • 新しいRESTベースの継続的デプロイメント・ツールであるSiebel Cloud Managerは、Siebel実装をコンテナ化する、OCIのOracle Container Engine for Kubernetes (OKE)へのSiebel CRMのデプロイメントを自動化します。
  • 単一障害点はありません。
  • 再設計する必要なく移行できます。
  • 迅速なインプレース・テクノロジのリフレッシュ、パッチ適用および更新(SiebelチームはCI/CDソフトウェア開発モデルを活用するようになりました)。
  • Oracle Cloud InfrastructureまたはOracle Management CloudおよびSiebelテンプレートを使用したプロアクティブなコストおよび使用状況の監視
  • ほぼ瞬間のスケール・アップまたはスケール・ダウン。
  • 現在のデプロイメントで使用するOracle Cloud Infrastructureツールまたはツールを使用して、セキュリティおよびガバナンスを制御できます。

オンプレミス要件の理解

このプレイブックの演習を完了するには、オンプレミスのSiebel CRMバージョンがIP 2017以上である必要があります。

これらの成果の期待

OCIへの移行が完了すると、次の結果が表示されます。

  • オンプレミスからエクスポートされたカスタム・イメージを使用して、OCIにインスタンスを作成します。

    オンプレミスのVMが予期せず、そのカスタム・イメージを使用してOCIに作成されるものも同時に起動されて実行されない場合、OCI上のVMに対してオンプレミスVMの同じホスト名を使用できます。これは、同じドメインで異なるホスト名を持つコンピュータをメンテナンスすることがベスト・プラクティスであるためです。

  • Siebel Windowsを一般化するには、Sysprep (システム準備)を実行する必要があります。
  • Siebelは最新バージョンのいずれかに更新されます。
  • Siebelデータベースおよびクライアントは、移行プロセスはこのプレイブックの範囲外ですが、認定バージョンにアップグレードする必要があります。証明書については、My Oracle Supportを参照してください。

Siebelリファレンス・アーキテクチャの理解

Siebel CRMは、様々なアーキテクチャでOCIにデプロイできるため、次のことが保証されます。

  • 高可用性
  • セキュリティ
  • ロード・バランシング
  • 障害時リカバリ

OCIに導入できる最もシンプルで可用性の高いSiebelアーキテクチャを次に示します。

Migration-siebel-oci-byoi-arch.pngの説明が続きます
図migration-siebel-byoi-arch.pngの説明

migration-siebel-byoi-arch-oracle.zip

前述のアーキテクチャの主な特徴は次のとおりです。
  1. AD間のリージョナル・サブネット:リージョン・サブネットは、ADネットワーク障害からの保護、簡略化されたSiebelサービスのデプロイメントと管理などのメリットを提供する、リージョン全体にまたがっています。このアーキテクチャの要塞ホストでは、両方のADのロード・バランサおよびアプリケーション層サーバーがアクティブ状態です。
  2. AD間のロード・バランシング:パブリック・ロード・バランシングは、すべての構成済AD間でトラフィックを分散し、AD障害から保護します。
  3. AD間でアクティブ-アクティブなSiebel AI Serverコンポーネント: AD間でサポートされているサービスをクラスタ化することで、予期しない障害から単一のADで保護できます。
  4. AD間のアクティブ-アクティブSiebel Serverコンポーネント: AD間でサポートされているサービスをクラスタ化することで、予期しない障害から単一のADで保護できます。GWYおよびSiebelファイル・システムは、AD間のアクティブ/パッシブとして表示されます。
  5. アベイラビリティ・ドメインをまたがるデータベースDR: Data GuardまたはActive Data Guardの使用は、ユースケースおよびデータベース・エディションによって異なります。Active Data Guardには、Enterprise Edition - Extreme Performanceが必要です。
このアーキテクチャには、次のコンポーネントが含まれています。
  • リージョン

    Oracle Cloud Infrastructureリージョンは、可用性ドメインと呼ばれる1つ以上のデータ・センターが含まれる、ローカライズされた地理的な領域です。リージョンは他のリージョンから独立しており、巨大な距離は(国全体または大陸にわたって)分離できます。

  • 可用性ドメイン

    可用性ドメインは、リージョン内の独立したスタンドアロン・データ・センターです。各アベイラビリティ・ドメインの物理リソースは、フォルト・トレランスを提供する他のアベイラビリティ・ドメインのリソースから分離されます。アベイラビリティ・ドメインは、電源や冷却、内部の可用性ドメイン・ネットワークなどのインフラを共有しません。そのため、1つの可用性ドメインでの障害が、リージョン内の他の可用性ドメインに影響しない可能性があります。

  • 仮想クラウド・ネットワーク(VCN)とサブネット

    VCNは、Oracle Cloud Infrastructureリージョンで設定する、カスタマイズ可能なソフトウェア定義のネットワークです。従来のデータ・センター・ネットワークと同様に、CNはネットワーク環境を完全に制御できます。VCNには、VCNの作成後に変更できる複数の重複しないCIDRブロックを含めることができます。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の要塞により、要塞アクセスのパブリックIPが不要になり、リモート・アクセスを提供するときに、手間や潜在的な攻撃対象領域がなくなります。

  • ロード・バランサ

    Oracle Cloud Infrastructure Load Balancingサービスは、1つのエントリ・ポイントからバックエンド内の複数のサーバーへの自動トラフィック分散を提供します。ロード・バランサは、様々なアプリケーションへのアクセスを提供します。

  • 動的ルーティング・ゲートウェイ(DRG)

    DRGは、VCNとリージョン外のネットワーク間のプライベート・ネットワーク・トラフィックのパスを提供する仮想ルーターです。たとえば、別のOracle Cloud Infrastructureリージョン内のVCN、オンプレミス・ネットワーク、別のクラウド・プロバイダ内のネットワークなどです。

  • Siebel AIサーバー

    Siebelアプリケーションインターフェイス(SAI)は、Siebel ServerのSiebel Webエンジン(Call Center Object Managerなどのアプリケーションオブジェクトマネージャコンポーネントの一部)と、Siebel CRMのユーザーによって実行されるブラウザと通信するプログラムです。

  • Siebelコンポーネント

    プライベート・サブネットには、Siebel App Server、Siebel Cloud GatewayおよびSiebel FS VMが含まれます。

  • プライマリ・データベースとスタンバイ・データベース

    プライマリ・データベースは、Siebelアプリケーションで使用されるメイン・データベースです。スタンバイ・データベースは、プライマリ・データベースのバックアップから作成されたデータベース・レプリカです。

  • Data Guard

    1つ以上のスタンバイ・データベースを作成、維持、管理、監視して、本番のOracleデータベースを障害やデータ破損から保護するための包括的なサービス・セット

  • オブジェクト・ストレージ

    オブジェクト・ストレージを使用すると、データベース・バックアップ、分析データ、イメージやビデオなどのリッチ・コンテンツなど、あらゆるコンテンツ・タイプの構造化データおよび非構造化データにすばやくアクセスできます。安全かつセキュアに保存して、インターネットから直接またはクラウド・プラットフォーム内部からデータを取得できます。パフォーマンスまたはサービスの信頼性を低下させることなく、シームレスにストレージを拡張できます。迅速、即時、頻繁にアクセスする必要があるホット・ストレージには、標準ストレージを使用します。長期間保持し、めったにアクセスしない「コールド」ストレージにはアーカイブ・ストレージを使用します。

実装職責について

このソリューションを実装するには、次に示す職責を持つか、割り当てる必要があります。