IBM Cloud® VPCの紹介

VPC は、企業が共有パブリック・クラウドインフラストラクチャー上に独自のプライベート・クラウドのようなコンピューティング環境を確立するために使用するパブリック・クラウド・オファリングです。 VPC により、企業は、他のすべてのパブリック・クラウド・テナントから論理的に分離された仮想ネットワークを定義および制御し、パブリック・クラウド上にプライベートで安全な場所を作成することができます。

クラウド・プロバイダーのインフラストラクチャーが住宅用アパートで、複数の家族が内部に住んでいるとします。 パブリック・クラウド・テナントであることは、数人のルームメイトとアパートを共有することに似ています。 対照的に、VPC を所有することは、自分のプライベートなコンドミニアムを所有することに似ています。誰もキーを持っておらず、許可なしにスペースに入ることはできません。

VPC の論理的な分離は、仮想ネットワーク機能とセキュリティー機能を使用して実装され、企業のお客様は、どの IP アドレスまたはアプリケーションが特定のリソースにアクセスできるかをきめ細かく制御できます。 これは、ソーシャル・メディア・アカウントに対する「友情のみ」または「公開/非公開」の制御に類似しており、他の方法で投稿を閲覧できるユーザーまたは閲覧できないユーザーを制限するために使用されます。

IBM Cloud VPCでは、UI、CLI、およびAPIを使用して、高いネットワークパフォーマンスでVPC用の仮想サーバーインスタンスを手動でプロビジョニングできます。 VPC インフラストラクチャーには、Virtual Servers for VPC など、いくつかの Infrastructure-as-a-Service (IaaS) オファリングが含まれています。 以下の情報を使用して、VPC のリソースを計画、作成、および構成するための単純なユース・ケースを理解し、VPC の概要と VPC チュートリアルについて学習します。 VPC について詳しくは、仮想プライベート・クラウド (VPC) の概要を参照してください。

SAP 実装されたソリューション

SAP BW/4HANA は、SAP HANA をベースとするパッケージ・データウェアハウスです。 SAP のビジネス・テクノロジー・プラットフォームのオンプレミス・データウェアハウス層として、SAP BW/4HANA を使用して企業全体のデータを統合し、一貫性のある合意済みのデータ・ビューを得ることができます。

SAP BW SAP /4HANAは、 SAP S/4HANA® と同様、 SAP HANA プラットフォームに最適化された次世代データウェアハウス製品で、 SAP HANA の高いパフォーマンス、シンプルさ、俊敏性を継承しています。 SAP BW/4HANA は、データの移動を最小限に抑え、組織内の新しいデータ・タイプやソースを含むすべてのデータを単一の論理ビューに接続できる、全社的なリアルタイム分析を提供します。 現在および将来のビジネス・ニーズを満たすことができるデータウェアハウジング・ソリューションが導入されました。 より多くのソースからより多くのデータを処理し、次世代のビジネスでの組織の成功を促進するソリューションを提供するソリューション。

SAP S/4HANA および SAP HANA プラットフォームと結合された SAP BW/4HANA は、運用レポート作成や履歴分析などの従来のデータウェアハウジングを、将来の論理データウェアハウス、モノのインターネット、およびデータレイクと結合します。

SAP BW/4HANA は、SAP S/4HANA と結合して、アプリケーションと同じデータを使用することにより、運用分析と履歴分析のニーズを満たすため、常に新しいデータを使用します。

インテリジェントなデータ統合を使用する論理データウェアハウスアプローチにより、 SAP BW /4HANAは、組織内のデータサイロを接続するための重複や高価なデータ移動を排除します。 SAP データ・ソースおよび非 SAP データ・ソースを含め、すべてのデータ・ソースを接続できます。

Ansible for SAP のインストール

Ansible は、いくつかのITタスクを展開するための自動化ツールである。 Ansible について詳しくは、Ansible ドキュメントを参照してください。

デプロイメントは、自動化のための CLI ツールを提供する Ansible コアを使用して行われます。 Ansible コアについて詳しくは、Ansible コア・ページを参照してください。

Ansible プレイブックは、Terraform スクリプトによって直接呼び出されます。 スクリプトは、VPCを作成するためのTerraform固有のステップから始まり、 SAP システムをインストールするための Ansible-固有のステップへと自動的に続きます。

スクリプトの実行場所

デプロイメント（bastion）サーバーにはTerraformと Ansible がすでにインストールされているため、スクリプトを実行するにはデプロイメント（bastion）サーバーから実行することをお勧めします。 ローカル・ワークステーションからスクリプトを実行する場合、Terraform と Ansible をローカルにインストールする必要があります。

配置(bastion)サーバとローカルのワークステーションの両方で、配置(bastion)サーバで割り当てられた一時ストレージに SAP キットをダウンロードする必要があります。 Ansible によってキットが自動でインストールされます。 構成ファイルで Kits の場所を指定します。

前提条件、スクリプトを実行する場所

IBM Cloud VPC に SAP 自動化ソリューションをデプロイする前に、選択した地域に bastion サーバー VPC を作成します。 要塞サーバーは、後の自動化デプロイメントに必要な特定の SAP ソリューション・メディアをダウンロードして保管するために使用されます。 Bastionサーバーは、CLIデプロイシナリオにも、 Schematics UIデプロイにも使用される。 要塞サーバーとそれに対応する VPC を作成する方法について詳しくは、SAP 要塞サーバー – SAP メディア・ストレージ・リポジトリーの自動化を参照してください。

要塞 VPC のデプロイメントが完了したら、要塞サーバー上の自分に割り当てられた一時ストレージに SAP Kits をダウンロードする必要があります。 Ansible によってキットが自動でインストールされます。 構成ファイルで Kits の場所を指定します。

コスト削減のため、 SAP メディア専用ストレージを備えたbastionサーバーは、 SAP ソリューションが IBM Cloud VPCに正常に実装された後、廃止することができる。 あるいは、要塞サーバーを保持して、その特定の領域のジャンプ・ホストとして使用することもできます。

この自動化は無償で提供されるが、プロビジョニングされたインフラにはコストがかかる。