Google Cloud での SAP

エージェント型 AI で経費報告を自動化した SAP Concur

Wed, 22 Apr 2026 00:00:00 +0000

※この投稿は米国時間 2026 年 4 月 11 日に、Google Cloud blog に投稿されたものの抄訳です。

経費の自動化は、数十年にわたって「機械がテキストを読み取ることができれば、経費精算は可能である」というシンプルな前提に基づいていました。しかし、ポケットの中で丸まったレシートや、汚れがあったり、日焼けしたりしているレシートのスキャンを試みたことがある人は、情報の読み取りだけでは不十分であることがおわかりでしょう。都市名や明確な日付などの重要データが読み取れないと、機械は停止し、ユーザーが手動で入力しなければならないからです。

こうした従来の光学式文字認識（OCR）では対応できない課題を解決しようと、SAP Concur のエンジニアリングチームが取り組みを開始しました。業界の多くの企業がまだ会話型インターフェースの設計に注力していた頃、SAP Concur はより大きな変化を予見していました。同社は、効率性を飛躍的に高めるには、スキャン技術の改善ではなく、インテリジェントな推論が必要であることを早い段階で認識していたのです。

その結果、ExpenseIt のエージェント型 AI がアップグレードされ、テキストの読み取りだけでなく、一筋縄ではいかない複雑な推論も自動化されました。これにより、手動入力の手間が大幅に削減されました。出張中の社員は、受け取った領収書を写真撮影、デジタルスキャンのアップロード、またはメールでの転送を行うだけで、ExpenseIt によって内容が経費項目に正確かつ瞬時に変換されるため、日付の入力や明細の作成が不要になります。

このような次世代システムの実現に至るには、イノベーションの限界を超え、大胆な目標を短期間で実現したいという意欲を持つパートナーが必要でした。SAP Concur は、カスタムシリコンやデータプラットフォームから世界水準のモデルやエージェントに至るまで、あらゆるレイヤを共同設計できる唯一のプロバイダである Google Cloud と提携し、SAP Concur の先見的なロードマップと Google Cloud のフルスタック AI の力を融合させました。両社のチームは協力して、費用管理における真のブレークスルーを実現しました。つまり、領収書を読み取るだけでなく、出張者の状況を直感的に把握する AI エージェントです。

スピード、スケーラビリティ、創意工夫

標準的な経費の自動化は、領収書の記載内容を把握するのに優れていますが、記載されていない情報は把握できません。SAP Concur は、AI エージェントの登場を、自ら推論、判断、アクションを実施できるシステムを構築する好機と捉えました。

たとえば、「メインストリートカフェ」というレストランで昼食をとったときの領収書をアップロードした場合を考えてみましょう。この領収書には住所が記載されていません。以前は、こうした不足情報によって自動化が完全に中断され、続行するにはこのデータをユーザーが手動入力する必要がありました。

エージェント機能があれば、ベンダー名、経費の種類、出張日程データなどのコンテキスト上の手がかりの分析を通して、不足情報が補われます。SAP Concur は、人間のアシスタントのように考えられる AI エージェントを構築したいと考えていました。たとえば、「『メインストリートカフェ』と記載されています。このベンダーはダラス行きのフライトとテキサス州グリーンビルのホテルを予約しているため、この取引は同ベンダーの出張日程と一致しています。したがって、このベンダーはフランスのパリではなく、テキサス州パリのホテルの近くにあるレストランを利用した可能性が高いです」のように考えるエージェントです。

これを実現するために、チームはスタートアップのようなダイナミックなマインドセットで問題に取り組みました。長い開発サイクルではなく、迅速なプロトタイピングと大胆な問題解決に基づくコラボレーションを推進しました。

両チームは Google の Gemini モデルを活用して、認知アーキテクチャを基盤とする Receipt Analysis Agent を構築しました。

仕組みは次のとおりです。

取り込み: ユーザーは SAP Concur モバイルアプリで写真を撮影するか、デジタルスキャンをアップロードするか、デジタル領収書をメールとして転送します。
決定論的なコア: SAP の基盤となるテクノロジーは、何十年にもわたる世界のさまざまな経費処理を通して改良されてきました。このテクノロジーは、細かく調整されたロジックを適用して、領収書に記載された情報を高精度で抽出します。
インテリジェントなルーティングレイヤ: スキャンされた領収書のデータが明確な場合、追加のアクションをトリガーする必要はありません。データに不足がある場合（例:「場所が不明」）、ルーティングロジックによって、そのタスクが Receipt Analysis Agent に動的に転送されます。
コンテキストに沿った推論: Gemini モデルで構築された AI エージェントは、単に推測するだけでなく、ツールやグラウンディングを使用して不足している情報を推論します。ExpenseIt は、ユーザーの出張日程やビジネスカレンダーなどのグラウンディングデータとともに、領収書のデータの一部を AI エージェントにフィードします。
ReAct（推論とアクションのフレームワーク）: Receipt Analysis Agent は、ロケーション履歴と照らし合わせてベンダーを検証するなど、複数の情報を結び付けてから、経費の入力を完了します。

エージェント型 AI を搭載した ExpenseIt（Receipt Analysis Agent）

上の例に基づき、ExpenseIt は領収書の画像に場所が記載されていないことを特定すると、インテリジェントルーティングレイヤが Receipt Analysis Agentをトリガーします。エージェントは Gemini を使用して、不足している情報を特定し、コンテキスト上の関連する手がかりとユーザー固有のデータを分析し、出張関連の予約やカレンダーの予定などの情報に基づいて判断を下します。

AI エージェントを成功させるための主な設計パターン

Receipt Analysis Agent は、Google のシニアエンジニアである Antonio Gulli が執筆した実践的なガイド『Agentic Design Patterns』の基本原則に基づいて設計されています。この重要なガイダンスにより、SAP Concur は ExpenseIt を、領収書の記載データと、領収書に記載されていないデータを推論したものを正確に経費入力できるシステムに見事に変換しました。

まず、チームはルーティングパターンを実装し、すべての領収書が AI エージェントによって処理されないようにすることで、費用とインテリジェンスの両方を最適化しました。ルーティングアーキテクチャでは、受信するタスクが分類されます。具体的には、OCR の信頼スコアが高い領収書は標準の決定論的パスにルーティングされ、スコアが低い領収書（例:「場所が不明」）は Receipt Analysis Agent に動的にルーティングされます。

次に、自己検証パターンを適用して、エージェントが基本的な chatbot のように単に回答を生成するのではなく、パリをフランスではなく米国テキサス州の街だと特定した複雑な例で見られるように、複数の情報を照合して正確な判断を下します。このパターンでは、ジェネレーターと批判者による内部ループが使用されます。つまり、モデルが仮説（「ここはフランスのパリだと思います」）を生成し、次に批判者として、その内容を確立されている事実に照らし合わせて確認します（「出張日程にはテキサス州ダラスと記載されています。したがって、この仮説は間違っている可能性が高いです」）。

最後に、エージェントはツール使用パターンに従い、Concur Travel から得られる出張日程などのグラウンディングソースへの明示的な API アクセスを提供します。このアプローチにより、エージェントはハルシネーションを起こすことなく、正しい情報を取得できるため、システムはテキスト生成ツールではなく事実確認ツールとして機能することになります。

曖昧さに対応するアーキテクチャ: Google Cloud のエコシステムの優位性

このプロジェクトは、インテリジェントシステム設計における重要な転換点を示しています。SAP Concur は、決定論的なコアとエージェントによる推論レイヤを組み合わせることで、AI の最大の価値が多くの場合、手元にあるデータの処理ではなく、不足データの推論による取得であることを証明しました。このエンジニアリングの過程でもたらされた重要な変化は、モデルの活用方法の転換でした。チームは Gemini を生成インターフェースとして活用するだけでなく、ロジックエンジンとしてデプロイするようになったからです。

SAP Concur がこうした未来を構築するために、Google Cloud との連携を選んだ理由は何でしょうか？なぜなら、エージェントの真価が、世界をどれだけ深く理解しているかに左右されるのと同様に、デジタル世界を深く理解している企業は Google の他にはないからです。

今回のリリースでは Gemini の推論能力が活用されていますが、このパートナーシップにより、市場で他に類を見ないマルチモーダルかつフルスタックのインテリジェンスの未来が実現されるでしょう。たとえば、次のようなことが可能になります。

実世界でのグラウンディング: エージェントが領収書と Google マップのデータを照合して、ビジネスが実際にその場所に存在することを確認できるようになります。
スムーズなフロー: 将来的に Google ウォレットとのインテグレーションにより取引のタイムスタンプを瞬時に照合したり、Gmail とのインテグレーションによりホテルの明細書を自動的に表示したりできるようになります。
エッジインテリジェンス: Gemini Nano やサービスシステム Android AICore などのモバイルの進化により、最終的には機密性の高い処理がデバイス上で直接可能になり、ユーザーはデータをスマートフォン以外に送信することなく、プライバシーを確保しながら迅速に操作できるようになります。

SAP Concur は、世界の金融取引を支える専門分野の知識を持っています。Google Cloud は、トレーニングに最適化されたカスタム設計チップ（TPU）から、ユーザーが携帯するモバイル OS まで、AI スタック全体を提供しています。

次世代エージェントを構築する準備はできていますか？

ExpenseIt のような推論エンジンを構築するために、一から作り直す必要はありません。ここで説明するアーキテクチャパターン（ルーティング、自己検証、ツール使用）は、Google Agent Development Kit（ADK）にすでに組み込まれています。ADK は、ユーザーの皆様が「プロンプトエンジニアリング」から「システムエンジニアリング」に移行するのを支援するフレームワークとベストプラクティスを提供します。これらは、信頼性とスケーラビリティに優れ、企業に適したエージェントを構築するためのブループリントとしてご利用いただけます。

- Google AI スペシャリスト、Matt Wilkerson

- Google 主要アカウントエグゼクティブ、Jaime Serra

Google Cloud で実行される SAP ワークロードのシステム中心のモニタリングとオブザーバビリティ

Thu, 14 Aug 2025 01:20:00 +0000

※この投稿は米国時間 2025 年 8 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。

複雑な SAP 環境の管理は、迷路を歩くようなものです。ユーザーは、パフォーマンス、データベースの健全性、インフラストラクチャの安定性などをすべて両立させながら、シームレスなビジネスアプリケーションの実現に努めています。このたび Google は、Workload Manager に新しいオブザーバビリティ機能とモニタリング機能を追加しました。これにより SAP のお客様に、データギャップを埋めクラウド環境の全レイヤにわたる SAP 環境の全体像を確認できる、専用ツールをご利用いただけます。

Workload Manager は、既存の SAP モニタリングツールを置き換えるのではなく、補完するものです。SAP システムのより広範なビューにより、アプリケーションレベルの分析情報を、インフラストラクチャのパフォーマンスやイベントと相互に関連付けることができます。

複雑な SAP 環境の可視性の拡大

従来の SAP モニタリングは、アプリケーションレベルとデータベースレベルで詳細な情報を得るうえで優れており、トランザクションのパフォーマンス、ユーザーアクティビティ、アプリケーションログに関する指標をすぐに利用できます。しかし、アプリケーションデータと基盤となるインフラストラクチャの関係を理解するには、これだけでは不十分です。たとえば、トランザクション処理の速度が低下しているとしましょう。データベースの問題、ネットワークのボトルネック、基盤となる仮想マシンの問題など、さまざまな原因が考えられます。既存のツールは貴重な情報源ですが、アプリケーションのパフォーマンスとインフラストラクチャの健全性を関連付けるには十分でなく、時間がかかりすぎたり、さまざまなモニタリングプラットフォームの切り替えや手動のステップが必要になったりする場合があります。

aside_block: <ListValue: [StructValue([('title', 'Workload Manager でシステム中心の統合ビューを作成'), ('body', <wagtail.rich_text.RichText object at 0x7f25164d0340>), ('btn_text', '無料で開始'), ('href', 'https://console.cloud.google.com/freetrial?redirectPath=/welcome'), ('image', None)])]>

Workload Manager でシステム中心の統合ビューを作成

Google Cloud の SAP 用エージェントで該当の機能を有効にすると、メインのオブザーバビリティダッシュボードで、SAP システムの概要と、各システムおよびサブレイヤの総合的な健全性を確認できるようになります。健全性のステータスは、SAP Netweaver インスタンス、SAP HANA データベース、Pacemaker クラスタから得られるさまざまな指標と、それらをホストする基盤インフラストラクチャの可用性をもとに計算されます。

システムをクリックすると概要ページに移動します。ここでは、システムのコンポーネントを可視化し、含まれている各インスタンスの現在の健全性を確認できます。[Health Insights] テーブルには現在検出されている健全性の問題がまとめられ、[Maintenance Events] テーブルにはサポート対象のマシンタイプの今後のメンテナンス予定が表示されます。

[Applications] タブと [Databases] タブも同様に機能し、SAP アプリケーションの主要なパフォーマンス指標と、VM、ストレージ、ネットワーク、その他の Google Cloud サービスの指標を関連付けるのに役立ちます。たとえば、以下のようなものです。

可用性: GCE インスタンスの可用性、SAP NetWeaver および SAP HANA インスタンスのステータス、SAP NetWeaver および SAP HANA プロセスのステータス、Pacemaker クラスタのノードとリソースのステータス。
パフォーマンス: GCE インスタンスの CPU とメモリの使用率、CPU とメモリ別のオペレーティングシステムプロセス、オペレーティングシステムでのスワップ I/O オペレーションに関する情報。
ストレージ: SAP 関連のファイルシステムの使用状況、ディスク容量の使用率と使用状況、ディスクスループット、ディスク IOPS。
ネットワーキング: ネットワークトラフィックとネットワークパッケージに関する情報。
Netweaver: SAP NetWeaver プロセスによる CPU とメモリの使用率、SAP NetWeaver インスタンス内のプロセスのレスポンス時間、タイプ別の SAP NetWeaver セッションと RFC 接続、ワークプロセスタイプごとの SAP NetWeaver プロセスの使用率、システム内の各キューの SAP NetWeaver プロセスタイプごとの情報。
HANA: SAP HANA システムレプリケーションのステータス、SAP HANA システムレプリケーションのレイテンシ、タイプ別の SAP HANA データベースのメモリ使用量、SAP HANA データベースのアイドル状態の接続と実行中の接続に関する情報、SAP HANA データベースのレコード数上位のスキーマ。
バックアップ: バックアップ/復元の成功率、すべてのオペレーションのバックアップ/復元の平均 MBps、バックアップ/復元のステータスとスループットに関する履歴データなど、Backint バックアップに関連する情報。

SAP 向けに特別に設計された新しいイベントアノテーションを使用すると、システムイベントをモニタリングダッシュボードに直接表示できるため、根本原因を迅速に特定したり、イベントがシステムのパフォーマンスと健全性に与える影響を確認したりできます。これらのイベントは、Workload Manager の外部でも、Cloud Monitoring ダッシュボードで利用できるようになりました。

SAP の可用性

Pacemaker クラスタ

Pacemaker クラスタノードのステータス
Pacemaker クラスタリソースのステータス

SAP HANA データベース

SAP HANA インスタンスのステータス
SAP HANA サービスのステータス

SAP NetWeaver

SAP NetWeaver インスタンスのステータス
SAP NetWeaver サービスのステータス

SAP オペレーション

SAP HANA システムレプリケーションのステータス
SAP HANA バックアップのステータス

SAP HANA のデータのバックアップ
SAP HANA のログのバックアップ

たとえば、次のスクリーンショットでは、SAP HANA データベースのフェイルオーバーがデータベースの可用性にどのように影響したかを確認できます。また、Pacemaker クラスタがデータベースオペレーションをセカンダリノードに移動した際のイベントも確認できます。

その他の主な機能と利点

包括的な指標: このソリューションは、SAP アプリケーションと Google Cloud インフラストラクチャから幅広い指標を収集しますが、さらに多くの指標が必要な場合は、カスタムクエリを作成して Workload Manager Observability 内のカスタムダッシュボードに指標を追加できます。
カスタマイズ可能なダッシュボード: ダッシュボードに手を加えて別のビューを作成し、ビジネスにとって特に重要な要素を可視化することによって、重大な問題をすばやく特定できます。
アラートと通知: ダッシュボードは、Cloud Monitoring とアラートにネイティブに統合されています。特定の指標のアラートを設定し、しきい値を超えたときに通知を受け取ることができます。
自動システム検出: SAP 用エージェントを有効にすると、SAP インスタンスとリソースが自動的に識別および調整されるため、手動でのタグ付けやラベル付けが不要になり貴重な時間を節約できます。

ご利用の開始

Google Cloud 上の SAP のオブザーバビリティを一か所で実現するメリットを体験してみませんか？利用開始方法やサポート対象アーキテクチャに関する詳細なドキュメントと手順については、こちらをご覧ください。Workload Manager のオブザーバビリティサービスは追加料金なしで利用できますが、基盤となる指標とログには、Cloud Monitoring と Cloud Logging に関連する費用がかかります。有効にする必要がある必須機能の推定費用は、こちらでご確認いただけます。

オンボーディングのサポート、デモ、詳細情報をご希望の場合は、アカウント担当者または Google Cloud サポートまでお問い合わせください。

今後の展望

Google は、Google Cloud 上の SAP のオブザーバビリティの継続的な改善に尽力しており、新機能や、さらに充実した関連付け機能、情報の豊富な可視化機能を追加していく予定です。

-プロダクトマネージャー Brad Nixon
-SAP テクニカルソリューションコンサルタント Miguel Exposito

メモリ使用量が多いワークロード向けの新しい M4 VM でコストパフォーマンスが 66% 向上

Mon, 30 Jun 2025 02:10:00 +0000

※この投稿は米国時間 2025 年 6 月 10 日に、Google Cloud blog に投稿されたものの抄訳です。

このたび Google は、メモリ最適化マシンシリーズ Compute Engine M4 の一般提供を開始しました。これは、6 TB 未満のメモリを搭載した、Google の最も高性能なメモリ最適化 VM です。

M4 ファミリーは、SAP HANA、SQL Server、インメモリ分析など、高いメモリ対コア比を必要とするワークロード向けに設計されています。M4 は、Intel の最新の第 5 世代 Xeon プロセッサ（コードネーム: Emerald Rapids）をベースとしており、インスタンスは最大 224 個の vCPU と 6 TB の DDR5 メモリまでスケールアップできます。M4 では、メモリと vCPU の比率が 2 種類用意されており、メモリ最適化インフラストラクチャはアップグレードが可能です。これらは、372 GB から 6 TB までのメモリを備えたインスタンスシェイプにおいて、メモリ対コア比が13.3:1 と 26.6:1 の事前定義されたシェイプとして提供され、すべてのシェイプとサイズが SAP HANA の認定を受けています。

M4 VM は、一貫したパフォーマンスを実現できるよう設計およびファインチューニングされているため、従来のメモリ最適化 M3¹ と比較して、コストパフォーマンスが最大 66% 高くなります。M4 は、M3 と比較して SAPS が最大 2.25 倍²向上しており、全体的なパフォーマンスが大幅に改善されています。さらに、M2³ と比較して、最大 2.44 倍のコストパフォーマンスを実現します。お客様の最もビジネスクリティカルなワークロードをサポートできるよう、M4 はエンタープライズグレードの信頼性と、定期メンテナンス向けの細かい制御を提供します。また、M4 は Compute Engine の 99.95% メモリ最適化単一インスタンス SLA に裏打ちされています。これは、SAP などのビジネスクリティカルなインメモリデータベースワークロードにとって重要です。

「Intel が、Google Cloud とのコラボレーションにより、第 5 世代 Intel Xeon プロセッサを搭載した、大手ハイパースケーラー初のメモリ最適化（M4）インスタンスタイプを発表できることを嬉しく思います。このリリースは、SAP HANA などの大規模データベースやメモリ使用量の多いワークロードに対応する際に、最先端のパフォーマンス、スケーラビリティ、効率性をクラウドユーザーに提供するうえで、重要なマイルストーンとなります。新しい M4 インスタンスは、現在と将来のワークロードに対応する高度な機能を提供することで、デジタル時代における企業のイノベーションと成長を支援します。」- Intel、DCAI 戦略およびプロダクト管理担当 VP 兼 GM、Rakesh Mehrotra 氏

メモリ最適化マシンインスタンスの完全なポートフォリオ

M4 は、Compute Engine のメモリ最適化 VM ファミリーの長い歴史における最新の VM です。Google は、2018 年に SAP HANA 用に M1 を導入しました。2019 年に M2 が登場し、さらに大きなワークロードに対応できるようになりました。そして 2023 年に、パフォーマンスが向上して新機能が追加された M3 が発表されました。2024 年にリリースされた X4 は最大 32 TB のメモリを搭載し、最大規模のインメモリデータベースに対応しており、Google Cloud はこの規模の SAP 認定インスタンスを提供する最初のハイパースケーラーとなりました。

「SAP と Google Cloud は長年にわたり強力なパートナーシップを築き、Google Cloud 上の RISE with SAP を使用した企業の変革を支援してきました。パフォーマンス、高い信頼性、コスト効率が強化された M4 マシンにより、両社共通のお客様にさらに大きな価値を提供するという使命の実現を加速させています。」- SAP SE、Enterprise Cloud Services、RISE with SAP 担当 CTO、Lalit Patil 氏

現在、お客様も Google の社内チームも M4 を採用し、パフォーマンスの向上、新しいシェイプ、Compute Engine の最新イノベーションを活用しています。

aside_block: <ListValue: [StructValue([('title', '300 ドル分の無料クレジットで Google Cloud インフラストラクチャを試用'), ('body', <wagtail.rich_text.RichText object at 0x7f25103fe280>), ('btn_text', '無料で構築を始める'), ('href', 'http://console.cloud.google.com/freetrial?redirectPath=/compute'), ('image', None)])]>

Titanium 搭載

M4 は Google の Titanium オフロード技術を基盤としており、最大 200 Gb/秒のネットワーク帯域幅で超低レイテンシを実現します。ストレージとネットワーキングは Titanium アダプタにオフロードされるため、ホストのリソースをワークロードの実行に充てることが可能です。また、Titanium は M4 のライフサイクル管理、信頼性、セキュリティを強化します。Titanium のヒットレスアップグレードとライブマイグレーション機能により、インフラストラクチャのメンテナンスの大部分を、業務を中断することなく、または最小限の中断で実行できるため、予測可能なパフォーマンスを確保できます。加えて、Titanium のカスタムビルドされたセキュリティハードウェアのルートオブトラストにより、お客様のワークロードのセキュリティがさらに強化されます。

Hyperdisk の次世代ストレージ

M4 VM は最新の Hyperdisk ストレージ技術を搭載しており、Hyperdisk Balanced と Hyperdisk Extreme のオプションを選択できるようになりました。Hyperdisk Balanced は、インスタンスあたりの IOPS が最大 32 万で、パフォーマンスとコスト効率を両立しながら幅広いワークロードに対応するため、一般的なトランザクションスループットと中程度のクエリ量を効率的に処理できます。Hyperdisk Extreme は、これまでにないストレージパフォーマンスを実現します。具体的には、M4 インスタンスあたり最大 50 万の IOPS と最大 10,000 MiB/秒のスループットを実現し、大規模なデータセットへの低レイテンシのアクセスを必要とする SAP HANA のインメモリデータベースオペレーションなど特に要件の厳しいアプリケーションにも対応します。Balanced と Extreme のボリュームを組み合わせることで、M4 VM ごとに最大 64 個の Hyperdisk ボリュームをアタッチし、最大で合計 512 TiB の容量に対応できます。

Hyperdisk のメリットは、単にそのパフォーマンスにとどまりません。IOPS と帯域幅をリアルタイムで動的に調整できるため、ワークロードに必要なリソースを常に確保できます。Hyperdisk Balanced ボリュームで利用可能な Hyperdisk ストレージプールは、容量のプーリングとストレージリソースの柔軟な割り当てをサポートするため、使用率とコスト効率の両方を最適化できます。その結果、Hyperdisk は、優れたパフォーマンスと柔軟性を実現するだけでなく、従来のストレージソリューションと比べて総所有コスト（TCO）も大幅に削減できます。Hyperdisk の高度な機能と Titanium のストレージアクセラレーションを組み合わせることで、ストレージ処理が CPU からオフロードされるため、コンピューティングリソースが解放され、M4 のパフォーマンスが全体的に向上します。

SAP 認定

Google Cloud 上ですでに SAP 認定を受けている SAP ASE 向け X4 や SAP Adaptive Server 向け C4 のほかに、SAP HANA と SAP NetWeaver ベースのアプリケーションワークロード向け M4 マシンが新たに認定されました。SAP HANA データベースにデプロイされたトランザクションアプリケーションや分析アプリケーションについては、認定済みでサポート対象の SAP HANA ハードウェアのディレクトリを参照してください。

SAP Business Suite や SAP Business Warehouse（BW）など、SAP HANA 以外のデータベース（SAP ASE、DB2、SQL Server）にデプロイされた SAP NetWeaver ベースのアプリケーションを含む SAP アプリケーションについては、372 GB、744 GB、1,488 GB、2,976 GB、5,952 GB のマシンシェイプが SAP 認定を受けています。サポート対象の SAP アプリケーションの詳細については、SAP Note 2456432 をご覧ください。

使ってみる

クラウド上の SAP HANA や SQL Server などのデータベースで、高度な分析、複雑なアルゴリズム、重要なワークロードのリアルタイム分析情報を実行する場合でも、M4 VM はビジネスニーズを満たすパフォーマンス、機能、安定性を提供します。大規模なデータセットを処理するよう設計された高パフォーマンスインフラストラクチャを備えた M4 VM は、最も要求の厳しいワークロードのニーズを満たす堅牢なメモリとコンピューティング機能を提供します。

M4 インスタンスは現在、us-east4、europe-west4、europe-west3、us-central1 でご利用いただけます。他のリージョンでも今後提供される予定です。M マシンファミリーの他のインスタンスと同様に、M4 はオンデマンドまたは確約利用割引（CUD）を利用して購入できます。詳しくは、M4 の事前定義されたコンピューティングリソースの料金をご覧ください。また、次のプロジェクトでぜひ M4 の利用を開始してください。

1. M3-megamem-64 と M4-megamem-56 の比較。パフォーマンスは、SPECrate®2017_int_base パフォーマンスベンチマークの推定スコアに基づく
2. M4-megamem-224 と M3-megamem-128 の比較
3. M4-ultramem-224 と M2-ultramem-208 の比較

-プロダクトマネージャー、Eduardo Mattos Duarte

SAP と Google Cloud: ビジネスの卓越性のために、より迅速に価値を引き出してスマートなイノベーションを実現

Tue, 10 Jun 2025 01:00:00 +0000

※この投稿は米国時間 2025 年 5 月 21 日に、Google Cloud blog に投稿されたものの抄訳です。

SAP と Google Cloud は、データ分析、AI、セキュリティなど、さまざまな分野でコラボレーションを強化し、お客様が最も必要としている、ビジネス価値をより早く生み出す方法、複雑なプロジェクトのリスクを軽減する方法、仮説上のユースケースではなく実際のワークロードに対応するために構築された、エンタープライズ対応のスマートなイノベーションを提供しています。

SAP Sapphire 2025 では、BigQuery を使って SAP データにアクセスする方法の簡素化、Gemini と Agentspace による新しい AI エージェントと AI 機能の強化、最も要求の厳しい SAP ワークロードに対する Google Cloud の最先端インフラストラクチャの活用など、いくつかのアップデートをご紹介します。

ビジネス価値を高める AI コラボレーション

AI は、SAP と Google Cloud の連携の中核をなしています。本日は、Google の最新 AI テクノロジーを SAP のデータとシステムに取り込み、すべてを一から再構築せずに測定可能な効果を生み出すイノベーションについてご紹介します。

AI 搭載アプリケーションを構築する: Vertex AI プラットフォームには、主要な基盤モデル、SAP の ABAP 言語用の SDK、Model Garden への完全なアクセスが備わっています。Model Garden には Google と Google パートナーのモデルが事前に統合されており、一か所でさまざまなモデルを検索、検出、操作できます。SAP のお客様には、請求書の解決などのビジネスプロセスの改善、より迅速で正確なカスタマーサービスエクスペリエンスを提供する生成 AI chatbot の利用、パーソナライズされたマーケティングコンテンツの生成などに、SAP システムからのデータをご活用いただけます。
SAP Joule に Gemini を導入する: SAP は、あらゆる SAP アプリケーションに AI エージェント機能を提供する、SAP ネイティブなエージェントインテリジェンスレイヤである Joule の構築と改良を続けています。最新の Gemini モデルが SAP Business Technology Platform（BTP）の SAP の生成 AI ハブに組み込まれたことで、これらのエージェントは Google Cloud の最先端の言語モデルを活用して、よりインテリジェントで自律的な動作を実現できるようになりました。Google Cloud では世界 10 か所の SAP BTP リージョンが利用可能なため、お客様はガバナンス、データの局所性、運用上の制御性に関する企業の要件を満たしつつ、これらの機能で AI エージェントアプリケーションをスケールできるようになりました。
Agentspace で SAP データにアクセスする: Google Agentspace は、SAP エージェントを含むエンタープライズエージェントとアプリケーションへのアクセスを統合することにより、タスクを効率的に自動化し、さまざまなシステム、アプリケーション、データ形式にわたってエンタープライズナレッジへの安全なアクセスを確立する単一の場所を提供します。そのため、一般的なパートナー製の CRM、IT、データプラットフォームも含め、エンタープライズインテリジェンスがどこにあっても、従業員は現在使用しているツールからデータにアクセスできます。Agentspace で SAP データにアクセスすることで、従業員の既存の環境から、AI エージェント、構造化データと非構造化データ、コンテキストに基づく推奨事項へのアクセスが改善されます。
Agent2Agent の相互運用性を実現する: SAP は、Google Cloud の Agent2Agent（A2A）相互運用プロトコルをサポートし、これに貢献しています。このプロトコルにより、プラットフォーム間で AI エージェントが安全に情報交換やコンテキスト共有を行い、連携してビジネス成果を達成できるようになります。たとえば、SAP のオーケストレーターは A2A を利用し、コンテキストを失うことなく BigQuery から Vertex AI エージェントをトリガーできます。手動による脆弱なインテグレーションのかわりに、標準ベースの自律的なコラボレーションを利用できるのです。
Gemini による AI 搭載の SAP 運用: RISE with SAP の導入が拡大するなか、SAP と Google Cloud は、AI の共同イノベーションに関するパートナーシップを結び、より迅速でインテリジェントな SAP 運用を大規模に提供しています。この取り組みの一環として、Google は SAP と共同で、最新の Gemini モデルを活用した専門の AI エージェントを開発し、サービス停止の防止、パフォーマンスの最適化、トラブルシューティングの迅速化を実現しました。

たとえば、AMD は Google 提供の AI 機能を利用して SAP のユーザーエクスペリエンスを強化しています。同社は、財務、人事、カスタマーサービスの各チームが自然言語を使用して SAP システムから必要な情報を検索できるよう、生成 AI chatbot をいくつか開発しました。顧客オペレーション chatbot は、注文のスケジュールと配送に関するデータを取得して、顧客の質問に迅速に回答します。一方、Vertex AI と Cortex Framework で構築された財務 chatbot は、キャッシュフロー予測を加速させます。

aside_block: <ListValue: [StructValue([('title', 'Google Cloud を無料で試す'), ('body', <wagtail.rich_text.RichText object at 0x7f24f8047910>), ('btn_text', '無料で開始'), ('href', 'https://console.cloud.google.com/freetrial?redirectPath=/welcome'), ('image', None)])]>

エンタープライズデータの価値を引き出して強化する

企業データは、接続され、最新で、実用的な場合に初めて真の価値を発揮します。お客様は、Cortex Framework によって強化された BigQuery のスピードを活用することで、これを実現できます。Cortex は、SAP、Google 広告、その他のエンタープライズデータソースなどの主要システム向けの事前構築済みモデルを提供しており、異なる種類のデータへの接続とリアルタイムシグナルの統合を簡素化しています。これにより、BigQuery のネイティブ ML に対応した信頼性の高いデータモデルを既存の信頼できる情報源から構築し、機会に対して先を見越した行動をとり、AI への準備態勢、分析、運用のアジリティを高めることができます。

世界最大級の製紙会社であり、Google Cloud RISE with SAP のお客様である Suzano は、Cortex を使用して、これまで世界中の従業員がアクセスするのが困難だった膨大な運用データを一元化しています。その後、従業員の自然言語による質問を SQL クエリに変換する生成 AI ツールを開発し、技術者ではないユーザーが SAP データから分析情報を簡単に取得できるようにしました。これにより、データアクセスが大幅に民主化されて、データの問い合わせにかかる時間が 90% 短縮され、組織全体でより多くの情報に基づいた意思決定を迅速に行うことができるようになりました。

SAP と Google Cloud は、SAP Business Data Cloud を使用して SAP ソースシステムと BigQuery 間のデータ統合を共同で開発し続けており、ワークロードを SAP から移動しなくても SAP データを AI、分析、可視化にすぐに利用できるようにしています。お客様は、すでに使っているツールとすでに信頼しているデータを使用して、新しいインテリジェンスパイプラインを構築できます。

SAP ワークロード向けの優れたインフラストラクチャ

SAP システムにとって、適切なクラウドインフラストラクチャを選択することは非常に重要です。Google Cloud は、ビジネスのパフォーマンスと効率性を直接高めることを目的とした、新しい SAP 最適化仮想マシン（M4 および C4D ファミリー）の提供を始めました。一般提供中の M4 は、メモリ最適化された最もパフォーマンスの高い VM Compute Engine インスタンスを提供します。前世代と比較してパフォーマンスが最大 127% 向上しており、TCO が 36% 改善されます。つまり、コア SAP ワークロードの速度を大幅に高めながら、費用を削減できます。

Google Cloud インフラストラクチャは、優れた信頼性とセキュリティを実現するために一から設計されています。現在では、業界をリードする単一インスタンスの稼働率 99.95% のサービスレベル契約（SLA）をサポートしており、ビジネスクリティカルなオペレーションの中断を最小限に抑えることができます。さらに、拡張された大規模 X4 インスタンスにより、最も要求の厳しい S/4HANA 環境であっても、RISE の下でエンタープライズ規模で安心して運用できます。これにより、IT 基盤はビジネス目標に逆らうことなく、それに合わせてスケールします。

セキュリティとコンプライアンスの強化

Google Cloud は、安全性を重視して設計されたグローバルインフラストラクチャとデフォルトのデータ暗号化をはじめとする包括的かつ多層的なセキュリティアプローチを通じて、重要な SAP システムと貴重なビジネスデータを保護します。これにより、導入初期からリスクを軽減できます。また、Google Unified Security によって、正確なアクセス制御、継続的なモニタリング、一元的なセキュリティ管理が提供されるため、SAP 環境全体にわたって脅威をプロアクティブに可視化でき、セキュリティがさらに強化されます。機密性の高い SAP ワークロード（特に公共部門のワークロード）については、Google Cloud は、SAP Ariba の ITAR と RISE with SAP をサポートする、差別化された Assured Workloads 制御プラットフォームを通じてコンプライアンスを確保します。このような Google Cloud ソリューションの組み合わせにより、運用上のコンプライアンスを徹底しながら、高度な脅威を迅速に検出、調査、無効化し、ビジネスへの影響を最小限に抑えて、オペレーショナルレジリエンスを高めることができます。

次のステップ: 学習、試用、構築

SAP のお客様は、価値創出までの時間の短縮、アーキテクチャの簡素化、既存のデータとシステムの利用率向上といった明確な成果を求めています。SAP と Google Cloud が共同で構築しているのは、まさにこのようなものです。Google Cloud は 2025 年以降も、高度なエンタープライズ AI と地球規模のクラウドインフラストラクチャによって、さらに大きな価値をお届けできると考えています。

ここ数週間にわたって皆様にお伝えしてきた進歩によって何が可能になるのか、SAP Sapphire では次のような内容をご紹介しています。ぜひご参照ください。

エンタープライズ AI に対する Google Cloud のアプローチが、SAP のお客様にどのような実際的な価値をもたらすかGoogle Agentspace を使用した AI 支援の SAP ワークフローのハンズオンデモ
A2A プロトコルとエージェント統合シナリオの詳細
Google Cloud インフラストラクチャ上の RISE with SAP がスケール、セキュリティ、信頼性を念頭に置いて設計されており、そのことが現場でどのように実証されているか
Google のセキュリティソリューションが、SAP のお客様の最も重要なデータと運用をどのように保護しているか

-SAP 戦略およびアーキテクチャ担当パートナーマネージャー、Michael Harding

-SAP 戦略およびアーキテクチャ担当パートナーマネージャー、Dinesh Vandayar

Google Cloud と SAP: 企業データで AI を強化

Mon, 20 Jan 2025 02:00:00 +0000

※この投稿は米国時間 2024 年 12 月 19 日に、Google Cloud blog に投稿されたものの抄訳です。

2027 年に予定されている SAP Business Suite 7 のサポート終了が近づいているため、SAP のお客様は、クラウドベースの S/4HANA と RISE with SAP にアップグレードする際に、そのデプロイ先を決定する必要があります。これは、企業データからより多くの価値を引き出し、Google Cloud と SAP の長年にわたるパートナーシップを活用する絶好の機会となります。Google Cloud 上の RISE with SAP を使用すると、安全で信頼性が高く、スケーラブルな高性能インフラストラクチャを通じてイノベーションを加速し、コストを削減できます。SAP を Google Cloud にデプロイすると、最先端の統合、分析アクセラレータ、AI イノベーションを実現する独自の統合データエクスペリエンスを得られ、これにより ERP 変革を加速して、データから明確な意思決定を行えます。

2 つの大手データ企業が統合

Google Cloud と SAP のパートナーシップの鍵となるのは、データから最大限の価値を引き出すのに役立つフルマネージドの AI 対応データ分析プラットフォームである BigQuery と SAP Datasphere の統合です。BigQuery は、マルチエンジン、マルチフォーマット、マルチクラウド向けに設計されています。この統合により、共同設計されたデータレプリケーションおよびフェデレーション技術のおかげで、重複することなく最も重要なデータにリアルタイムでアクセスできます。この共同機能により、SAP S/4HANA や SAP HANA Cloud などの SAP ソフトウェアシステムのデータを統合できます。組織は Google Cloud 上の最も重要なデータを包括的に確認できるようになり、次のことが可能になります。

データを取り巻く状況の簡素化。SAP Datasphere と BigQuery 間でクエリを連携し、SAP ソフトウェアと非 SAP ソフトウェアのデータを統合できます。これにより、マーケティング、販売、購買、財務、サプライチェーン、製造などにまたがるソースの共通データサイロを最小限に抑えられます。
意思決定の向上。データをより包括的に把握し、強力な分析を活用することで、より適切な意思決定を行えます。SAP データを Vertex AI などの強力なデータツールや分析ツールに接続し、モデルの精度を向上させながら財務やビジネスの成果を分析することで、ビジネスを 1 か所で包括的に把握して計画を立てられるようになりました。
分析への豊富なコンテキストの追加。BigQuery を使用すると、Google Cloud Cortex Framework の事前構築されたアクセラレータで、トレンド、天気、マップ、世界の出来事、エンタープライズアプリケーションデータなどの Google およびサードパーティのデータソースを簡単に取り込むことができます。
Google Cloud 上での SAP Business Technology Platform（SAP BTP）のグローバルな使用。SAP は、SAP Analytics Cloud と SAP Datasphere のサポートを含む、Google Cloud 上の SAP BTP と SAP HANA Cloud のリージョンサポートを拡大することで、マルチクラウドサービスを推進しています。SAP と Google Cloud は、5 つの新しいリージョンで SAP BTP を開始し、2025 年までに合計 8 つのリージョンでサポートする予定です。

aside_block: <ListValue: [StructValue([('title', 'Google Cloud を無料で試す'), ('body', <wagtail.rich_text.RichText object at 0x7f24f9f84970>), ('btn_text', '無料で開始'), ('href', 'https://console.cloud.google.com/freetrial?redirectPath=/welcome'), ('image', None)])]>

AI でビジネスを変革する

Google Cloud には、SAP データを予測 AI と生成 AI のイニシアチブに組み込むのに役立つ強力で使いやすいツールが用意されています。Vertex AI では単一の統合開発プラットフォームを提供しています。ここでは手動の ETL なしで、高度な予測 AI と生成 AI のエージェントとエクスペリエンスをより迅速に構築できます。

150 を超える ML モデルの厳選コレクション、Model Garden を使用して、自由にイノベーションをもたらすことができます。Google は、広く使用されているファーストパーティ、サードパーティ、オープンソースのモデルを提供する唯一のクラウドプロバイダであるため、モダリティ、サイズ、パフォーマンス、レイテンシ、コストに基づいて基盤モデルを簡単に見つけて選択できます。
Google のこれまでで最も強力なモデルを活用できます。Gemini は、Google の最も高性能で汎用的な LLM ファミリーであり、それぞれ独自のユースケース向けに構築された 4 つのモデルを提供します。Google Cloud が最近発表した Gemini の複数のアップデートにより、SAP ユーザーは SAP ワークロードにより多くの生成 AI 機能を導入して、SAP の生成 AI ハブから Google Cloud の大規模言語モデルにアクセスできるようになります。
SAP データでモデルを補強およびグラウンディングすることで、モデルを最大限に活用できます。拡張機能、関数呼び出し、グラウンディングには、Vertex AI Model Builder のマネージドツールを活用できます。教師ありチューニングにより、効率的に低費用で Gemini モデルをカスタマイズできます。
Vertex AI Agent Builder で、エージェントを簡単にデプロイ、管理、モニタリングできます。これにより、ノーコードエージェントビルダーコンソールの利便性を損なうことなく、Google 検索と SAP データに基づいたさまざまな生成 AI エージェントをすばやく作成できます。

明日のインフラストラクチャで今日の SAP を実行

Google Cloud は、SAP のお客様が、ワークロードと業界のニーズに対応するように設計された次世代のインフラストラクチャで、迅速かつ安全に費用対効果の高い構築が行えるよう支援します。Google Cloud インフラストラクチャは、セキュリティ、スケーラビリティ、データ主権を重視し、AI、クラウドファースト、エンタープライズワークロード向けに最適化されています。

優れたスケールアップ マシンタイプを活用。Google Cloud は 32 TB の SAP 認定マシンの唯一のプロバイダであり、アーキテクチャ、デプロイ、管理を簡素化します。最近、Google Cloud ではメモリ最適化 X4 インスタンスを導入しました。これにより、クラウド市場で最大級の SAP 認定コンピューティングインスタンスが提供され、最大 32 TB の SAP HANA ワークロードがサポートされます。
価値創出までの時間を短縮。Google Cortex for SAP Framework は、SAP データモデルに基づいて事前構築された分析モデルと AI モデルを提供し、SAP とすぐに統合できます。Cortex には、SAP データを視覚化するためのダッシュボードが事前構築されており、AI/ML サービスや、天気、検索トレンド、広告のインプレッションなどの外部データセットでデータを拡充します。
アジリティとスケーラビリティの向上。オンプレミスインフラストラクチャとは異なり、Google Cloud は必要に応じて大規模なオンデマンドスケーラビリティを提供するため、変化するビジネスニーズに基づいてリソースを簡単に調整できます。このアジリティは、市場の変動や予期せぬ成長に対応するために非常に重要です。
パフォーマンスと効率の改善。Google Cloud のインフラストラクチャは、優れたパフォーマンスと信頼性を実現するように設計されています。これにより、SAP アプリケーションの処理時間とレイテンシが短縮され、全体的な効率とユーザーエクスペリエンスが向上します。
安全性の高いクラウド。最近の DDoS 攻撃、脅威、脆弱性、セキュリティに起因するサービス停止の増加について、お客様の懸念が高まっていますが、Google Cloud のお客様は当社の可用性の一貫性を高く評価しています。Google Cloud は堅牢なセキュリティ機能とコンプライアンス認証を備えているため、データの安全性が確保され、ビジネスが規制要件を満たしていることについて安心していられます。
サステナビリティの目標を達成。SAP と Google Cloud は、SAP Datasphere を、Google Cloud が提供するより広範な ESG データセットや分析情報と組み合わせ、実用的な分析情報でサステナビリティへの取り組みを加速する方法を模索しています。

Google Cloud での RISE の実際の成果

SAP のお客様は、Google Cloud に移行することで、すでにテクノロジーへの投資から多大なる成果を上げています。

Hunkemöller22 か国に 850 を超える店舗を展開するヨーロッパの大手ランジェリーブランドである Hunkemöller は、カスタマーエクスペリエンスの向上とオムニチャネル成長戦略のサポートを目指していました。同社は、RISE with SAP を使用して SAP 環境と IT インフラストラクチャを Google Cloud に移行しました。この移行で、Hunkemöller は Google Cloud のデータと分析機能を活用できるようになり、より正確な顧客セグメンテーションとパーソナライズされたおすすめ情報の提示が可能になりました。これによりカスタマーエクスペリエンスが向上し、返品が減少しました。

「オンプレミスのデータをクラウドに移行し、Google Cloud テクノロジーを活用することで、デジタル主導でデータに支えられた最高のカスタマーエクスペリエンスをお客様に提供できています。小売業界では開発が迅速に進んでいますが、当社はデジタルアプリケーションとデータの使用によってカスタマーエクスペリエンスとビジネス運営を向上させるという点において、マーケットリーダーになりたいと考えています。クラウド移行のブループリントを実現するために、Google Cloud やパートナーの専門家と緊密に連携しました。」 - Hunkemöller、グローバル IT ディレクター Gordon Smit 氏

Cementos Pacasmayo ペルー北部の建設ソリューションの大手メーカー、Cementos Pacasmayo は、Google Cloud 上で Cortex Framework、SAP、Vertex AI を使用してデータエコシステムを構築し、すべての部門の関係者が広範かつ詳細なデータを迅速に可視化できるようにしています。

「以前はビジネス分析データを生成するために、3 人が 8 時間作業しなければなりませんでした。今は、ビジネスユーザーがコンピュータサイエンティストやデータアナリストの作業を待つ必要がなくなりました。自動化と、一元管理の充実した情報のおかげで、有益な分析情報を自主的にすぐに取得できます。」 - Cementos Pacasmayo、データおよび分析担当テクニカル チームリーダー Franz Zárate 氏

これは始まりにすぎません

Google Cloud と SAP は連携を続けており、新たな共同イノベーションが常に生まれています。そのため、Google Cloud は SAP モダナイゼーションイニシアチブにとって魅力的な選択肢となっています。Google Cloud と SAP は共同で、Cloud Cortex Framework と Vertex AI を使用して SAP データを簡単に有効化できるようにしました。高度な分析を有効にして最先端の AI/ML および生成 AI アプリケーションを構築し、エンタープライズ AI のエンドツーエンドのビジネスコンテキストを保持できるようになりました。また、SAP データに即座にアクセスして AI エンタープライズ実現までの時間を短縮できるようになりました。これらはすべて、統合や開発に何千時間も費やすことなく実現できます。

Google Cloud での SAP について詳しくは、こちらをご覧ください。

-SAP 戦略およびアーキテクチャ担当パートナーマネージャーDinesh Vandayar

Compute Engine X4 マシンで SAP S/4HANA のピークパフォーマンスを実現

Thu, 16 Jan 2025 01:30:00 +0000

※この投稿は米国時間 2024 年 12 月 17 日に、Google Cloud blog に投稿されたものの抄訳です。

SAP S/4HANA などのエンタープライズワークロードは、パブリッククラウドへの移行時に特有の課題があるため、クラウドプロバイダの選択が非常に重要となります。SAP を大規模にデプロイする際のインメモリデータベースとして、SAP HANA はメモリ容量と CPU 処理能力の要件が厳しい場合がありますが、課題はそれだけではありません。企業が生み出し、処理し、ビジネス上の意思決定に使用しているデータはかつてないほど増え、ますます複雑なデータ分析、アルゴリズム、報告が必要になっています。SAP は、企業が情報に基づく意思決定を迅速に行うために必要な運用分析と履歴分析、インサイトをリアルタイムで提供しています。しかし、そのためには、膨大なデータをリアルタイムで処理および分析できるマシン、そして高いレベルのメモリ容量と処理能力が求められます。

こうしたニーズに応えるべく、Google Cloud が最近導入したのが X4 マシンタイプです。Compute Engine X4 マシンファミリーは、SAP HANA のオンライントランザクション処理（OLTP）ワークロードとオンライン分析処理（OLAP）ワークロードの厳しい要件への対応に特化して開発されています。X4 マシンはパフォーマンス、スケーラビリティ、信頼性に優れており、企業は SAP S/4HANA、SAP HANA 上にデプロイされた SAP Business Suite（ECC）、そして SAP の業種別ソリューションを最大限に活用できます。X4 は SAP BW/4HANA や SAP BW on HANA などの OLAP ワークロードにも対応しています。

aside_block: <ListValue: [StructValue([('title', 'Google Cloud を無料で試す'), ('body', <wagtail.rich_text.RichText object at 0x7f24f33b3880>), ('btn_text', '無料で開始'), ('href', 'https://console.cloud.google.com/freetrial?redirectPath=/welcome'), ('image', None)])]>

スケーラブルなソリューションで妥協のないパフォーマンス

事業の拡大や企業買収などによって企業が成長すると、SAP HANA システムの CPU とメモリが限界に達するリスクの発生が多くなります。そうなると、企業はより大規模なスケールアップマシンに早期にアップグレードするか、スケールアウト構成で複数のマシンを使用することを迫られます。スケールアウトは、アプリケーションデータの再設計と SAP の承認を必要とする複雑なカスタムプロセスであると同時に、運用面とリソース面から見て費用がかさみます。さらに、ミッションクリティカルな業務に SAP を利用している組織では、こうした移行オペレーションに必要な計画的ダウンタイムが許容範囲を超える場合があります。

X4 なら、企業はパフォーマンスのボトルネックに達する前にスケールアップモードでさらに成長できるため、こういった課題が解消されます。X4 は、16 TB、24 TB、32 TB のメモリ構成と、それぞれ 960、1440、1920 の vCPU コア数で提供されています。SAP HANA の OLTP と OLAP の両方について「Standard Sizing」の SAP 認定を受け、最も要求の厳しい SAP HANA のエンタープライズワークロードに対応しています。X4 マシンはまた、OLTP についてサーバー規模のノード 4 つまで Scale-Out 認定も受け、S/4HANA のユースケースで合計 128 TB を実現できます。これはクラウドプロバイダの中で最大規模となります。16 TB の X4 マシンは、SAP ベンチマーク IaaS SAPS の結果が、次点の IaaS クラウドよりも 8% 超高くなりました（出典: SAP Note 2456432 - ログインが必要）。

Google Cloud は、SAP の認定を受けた 32 TB のマシンを提供する唯一のクラウド IaaS プロバイダです。SAP HANA 環境をビジネスニーズに応じてシームレスに拡大できるほか、費用対効果が高くシンプルなクラウドネイティブエクスペリエンスを提供します。この実現方法は、以下のとおりです。

業界トップクラスのコンピューティングとストレージ: Google Cloud X4 マシンファミリーは、強力に最適化したハードウェアとソフトウェアを組み合わせることで、その処理能力とスケーラビリティを確保しています。Google Cloud Hyperdisk とのインテグレーションにより、優れたパフォーマンスとスケーラビリティ、そしてレジリエンスを備えたブロックストレージを実現しています。Hyperdisk は、1 秒あたりの専用読み取り / 書き込みオペレーション数（IOPS）を動的にチューニングすることが可能です。各ボリュームのスループットは 1 秒あたり最大 5 GB を達成でき、旧世代の Persistent Disk と比べてパフォーマンスが大幅に高くなっています。このレベルのパフォーマンスは、データベース、リアルタイム分析など迅速なデータアクセスを必要とするアプリケーションには不可欠で、SAP HANA のリハイドレーション時間を短縮します。また、X4 マシンは民間企業として世界最大規模のマネージドネットワークで実行されるため、低レイテンシのパフォーマンスが可能です。
高い可用性と信頼性: ミッションクリティカルな SAP アプリケーションのダウンタイムを最小限に抑えることは、お客様の優先課題の一つです。X4 マシンは、Compute Engine のメモリ最適化単一インスタンスの SLA が 99.95% と業界トップクラスです。X4 と Hyperdisk の組み合わせにより、SAP HANA リハイドレーション機能が迅速化されます（32 TB のフルリハイドレーションが 45 分未満）。その結果、アプリケーションのビジネスプロセスダウンタイムを最小限に抑え、ミッションクリティカルな SAP アプリケーションの実行を継続できます。
パフォーマンスを高めるイノベーション: Titanium は、ハードウェアとソフトウェアに基づくテクノロジーであり、ワークロードのパフォーマンス、効率性、セキュリティを著しく高めることを視野に設計されています。また、多数のインフラストラクチャレベルのタスクを自動化することで管理を簡素化します。Titanium により、ネットワークとストレージの機能がマシンの CPU から専用のハードウェアに移動されるため、マシンの CPU は SAP HANA アプリケーションの実行に専念できます。Titanium は、Google Cloud の Hyperdisk ブロックストレージサービスとの緊密な統合により、最高水準のストレージ I/O パフォーマンス（インスタンスあたり最大 40 万 IOPS）を実現します。これは従来のアーキテクチャで可能な水準を大きく上回っています。
セキュリティとコンプライアンスの強化: X4 マシンは Google Cloud の堅牢なセキュリティ機能を継承しています。Google Cloud の Assured Workloads に対応しており、転送中と保存中のデータの暗号化のほか、業界標準への準拠や規制の遵守を実現します。Titanium が暗号化や鍵管理など機密性の高いタスクを、保護強化機能を備えた専用のハードウェアにオフロードすることにより、セキュリティ機能のパフォーマンスが強化されます。これは、ワークロードのセキュリティポスチャーの改善に役立ち、脆弱性のリスクを低減します。また、お客様はコンプライアンスや規制の要件を満たすことができます。
シンプルなクラウドネイティブ エクスペリエンス: X4 マシンは、Google Cloud のエコシステムとシームレスに統合し、幅広いクラウドサービスへのアクセスを提供することで、クラウドネイティブアーキテクチャのメリットを SAP S/4 HANA にもたらします。Compute Engine には、X4 へのシームレスな移行機能も用意されています。SAP インスタンスは M2 サーバー（最大 12 TB）から X4 に簡単に移行できます。他のサーバーやオンプレミス環境から X4 に移行するプロセスは、他の Google Cloud サーバーに移行する際の標準プロセスと同じものです。
サービス モデルの選択肢: SAP をご利用のお客様が Google Cloud に移行するときには 2 つの選択肢があり、直接（BYOL）デプロイモデルを選択するか、RISE with SAP を利用できます。これは、SAP やテクノロジーエコシステムパートナーのソリューションや専門性を 1 つの単一契約のサブスクリプションにまとめたものです。

「この何年かで、当社の SAP HANA システムのデータは顕著に規模が拡大し、ますます高い性能が必要になっています。24 TB の X4 マシンと Hyperdisk ストレージを導入したことで、将来のデータの増大に対応できる余裕を確保できたのと同時に、処理性能の向上にも期待しています。そのうえ、Google の X4 マシンはクラウドネイティブなので、システムの管理と運用を自動化する機会ももたらしてくれます。」- Deloitte、米国最高技術責任者 Shawn Lund 氏

Google Cloud の X4 マシンは、SAP HANA インフラストラクチャを大きく進化させ、高いパフォーマンス、スケーラビリティ、コスト効率を実現します。Google Cloud の強力なエコシステムと統合し、クラウドネイティブエクスペリエンスを提供する X4 マシンにより、企業は SAP S/4HANA のデプロイメントを最大限に活用し、デジタルトランスフォーメーションを推進できます。

Google Cloud 上の X4 マシンと RISE with SAP の詳細についてはこちらをご覧ください。また、Google Cloud Marketplace で SAP Datasphere for Google BigQuery をご確認ください。

ーシニア プロダクト マネージャー Mike Eacrett

Backup and DR サービスにより、費用対効果の高い SAP HANA の保護を実現

Thu, 09 Jan 2025 01:05:00 +0000

※この投稿は米国時間 2024 年 12 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。

多くの企業にとって、SAP HANA データベースは SAP ビジネスアプリケーションの心臓部であり、業務を推進するミッションクリティカルなデータのリポジトリです。しかし、災害発生時にはどうなるでしょうか？

SAP HANA システムの保護には複数の選択肢があります。一般的な方法としては、高可用性を実現する HANA システムレプリケーション（HSR）やバックアップ用の Backint が挙げられます。しかし、障害復旧（DR）戦略を準備することは非常に重要ですが、過度に複雑で高価なものを選ぶ必要はありません。HSR は迅速な復元を提供しますが、多額の投資が必要です。多くの SAP デプロイでは、コールド DR 戦略を採用することで、費用対効果と目標復旧時間（RTO）の最適なバランスを取ることができます。

コールド DR とは、バックアッププランのバックアッププランだとお考えください。コールド DR は、災害発生時にのみ起動される非稼働環境を維持することで、費用を最小限に抑えます。これにより、ホット DR やウォーム DR に比べて RTO が長くなる半面、費用を大幅に削減できるというのが従来の認識でした。これで十分だと判断される場合も多いものの、RTO の改善とさらなる費用削減を多くの企業が求めています。

Backint をストレージ（Persistent Disk や Cloud Storage など）と組み合わせると、セカンダリロケーションへのデータ転送が可能になり、効果的なコールド DR ソリューションとして利用できます。ただし、Backint を DR に使用すると、特に大規模なデータベースの場合、復元にかかる時間が長くなり、ストレージ費用が増加する可能性があります。Google Cloud は、コールド DR の費用対効果とフル DR ソリューションの迅速な復元の両方に対応するソリューションとして、Backup and DR サービスと Persistent Disk（PD）スナップショットのインテグレーションを提供しています。この革新的なアプローチにより、永久増分バックアップと HANA セーブポイントを活用し、SAP HANA 環境を保護できます。

aside_block: <ListValue: [StructValue([('title', 'Google Cloud を無料で試す'), ('body', <wagtail.rich_text.RichText object at 0x7f2514301cd0>), ('btn_text', '無料で開始'), ('href', 'https://console.cloud.google.com/freetrial?redirectPath=/welcome'), ('image', None)])]>

Google Cloud での SAP の障害復旧を再考

Backup and DR は、エンタープライズ向けのバックアップおよび復元ソリューションで、Google Compute Engine で実行されるクラウドベースのワークロードと直接統合できます。Backup and DR は、仮想マシン（VM）、ファイルシステム、複数の SAP データベース（HANA、ASE、MaxDB、IQ）、Oracle、Microsoft SQL Server、Db2 のバックアップ機能と復元機能を備えています。バックアッププランを作成し、バックアップを実行する時間、バックアップを保持する期間、バックアップを保存する場所（リージョン / マルチリージョン）およびストレージ階層を設定できるほか、データベースのログのバックアップ間隔を指定して、目標復旧時点（RPO）を短くすることもできます。

最近の Backup and DR 機能では、SAP HANA データベースに Persistent Disk（PD）スナップショットを統合できます。この重要な機能強化により、これらの PD スナップショットが SAP HANA セーブポイントと統合され、データベースの整合性を確保できるようになりました。データベースのバックアップスケジュールを設定すると、SAP HANA ノードで実行されている Backup and DR エージェントはデータベースに対し、セーブポイントイメージをトリガーするよう指示します。このイメージでは、変更されたすべてのデータがページの形式でストレージに書き込まれます。このインテグレーションのもう一つの利点として、データのコピープロセスがストレージ側で行われることが挙げられます。データベースやオペレーティングシステムが使用しているのと同じネットワークインターフェースを介してバックアップデータをコピーする必要がなくなります。その結果、アクティブなバックアップ中も、本番環境のワークロードがコンピューティングリソースとネットワークリソースを保持できます。

バックアップが完了すると、Backup and DR サービスが Google Cloud Storage API から PD スナップショットをトリガーします。これにより、イメージはディスクにキャプチャされ、必要に応じてログを切り捨てることもできます。このスナップショットはすべて「永久増分」方式で、データベースと整合性のあるバックアップです。また、ログを使用して、ある時点に（HANA PD スナップショットイメージから）復元することもできます。

このプロセスでは、SAP HANA セーブポイントとのインテグレーションが重要です。セーブポイントは SAP HANA の API 呼び出しで、その主な用途は、復元の再起動時間を短縮し、低 RTO を実現することです。これを実現できるのは、システムの起動時に、ログの処理を最初からではなく、最後のセーブポイント位置から開始すればよいためです。セーブポイントは、トランザクションの整合性を確保するために、データベースのすべてのプロセス（SAP HANA サービスと呼ばれます）とインスタンスで調整されます。

PD スナップショットを使用した HANA セーブポイントバックアップシーケンスは、以下のように要約できます。

エージェントに HANA セーブポイントを開始するよう指示する
PD スナップショットを開始し、「Uploading」状態になるまで待つ（秒単位）
エージェントに HANA セーブポイントを閉じるよう指示する
PD スナップショットが「Ready」状態になるまで待つ（分単位）
失効時間を過ぎたディスク上のすべてのログを失効させる
レポート作成と監査用にバックアップのカタログを作成する

また、セーブポイントのスナップショットとは別に、ログのバックアップを定期的に行うよう設定することもできます。これらのログは別のディスクに保存され、PD スナップショットを使用してもバックアップされるため、ポイントインタイムリカバリが可能となります。

オペレーティングシステムのバックアップ

オペレーティングシステムのバックアップについてはどうでしょうか？Backup and DR では、起動可能な OS の PD スナップショットのほか、Compute Engine VM に直接アタッチされている他のディスクの PD スナップショットも選択的に作成できます。これらのバックアップイメージも、コールド DR を目的として、同じリージョンまたはマルチリージョンのロケーションに保存できます。

その後、HANA データベースをローカル VM または障害復旧（DR）リージョンに復元できます。この柔軟性により、DR リージョンを開発やテストなどのさまざまな目的に使用できるようになるほか、真のコールド DR リージョンを維持して費用対効果を高めることも可能です。

Backup and DR では、ネットワーク、ファイアウォールルール、その他の依存関係を事前構成できるため、DR の設定が簡素化されます。その後、DR リージョンでバックアップアプライアンスを迅速にプロビジョニングし、VM、データベース、ログを含む環境全体を復元できます。

このアプローチにより、ホット、ウォーム、コールドのそれぞれの費用、RPO、RTO の影響を考慮して、自社のニーズに最適な DR 戦略を自由に選択できます。

Backup and DR と PD スナップショットを使用する主な利点の一つとして、従来の DR 手法と比較して費用を大幅に削減できることが挙げられます。フルバックアップの必要性をなくし、永久増分スナップショットを活用することで、Google のテストでは、ストレージ費用を最大 50% 削減できることがわかりました。さらに、Backup and DR でコールド DR リージョンを使用すると、従来のファイルへのバックアップ手法と比較して、ストレージ消費量を 30% 以上削減できることがわかりました。

この方法を使用するメリット

Google Cloud の Backup and DR を使用して SAP HANA 環境を保護すると、以下の多くのメリットが得られます。

バックアップのパフォーマンス（スループット）向上 - HANA サーバーのエージェントではなくストレージレイヤでデータ転送を処理
TCO の削減 - 定期的なフルバックアップを廃止
I/O の削減 - バックアップウィンドウの間、時間のかかるデータベースの読み取りと書き込みを回避することで、Backint の定期的なフルバックアップイベントと比較して SAP HANA サーバーの I/O を削減
操作の簡素化 - オンボーディングウィザードを使用できるほか、ソースホスト上での追加のストレージプロビジョニングの管理が不要
復旧時間の短縮（ローカルまたは DR） - PD スナップショットは VM ストレージサブシステムにネイティブに復元（顧客ネットワーク経由でコピーされない）。HANA PD スナップショットからのログを使用して、ポイントインタイムリカバリが可能。セーブポイントを取得する頻度を上げるため、数時間ごとにスケジューリングすることで、復元時のログの復旧時間をさらに短縮
データの復元力 - HANA PD スナップショットはリージョンまたはマルチリージョンのロケーションに保存
低費用の DR - VM とデータベースのバックアップイメージは（リージョンまたはマルチリージョンの PD スナップショットによって）DR リージョンにすでにレプリケートされているため、VM を起動してから、SAP HANA データベースを復元する時点を選択し、短期間待つだけで復元が完了

Persistent Disk の非同期レプリケーションを選択すべきケース

Backup and DR は多くのお客様にとって包括的ソリューションとなりますが、お客様の特定のニーズや好みによっては、別のアプローチが必要となる場合もあります。たとえば、SAP アプリケーションにレプリケーション機能が組み込まれていない場合や、ディスクレベルでデータをレプリケートする必要がある場合は、代わりに Persistent Disk の非同期レプリケーションを利用できます。このアプローチでは、レプリケートされたディスクを使用して DR リージョンで新しい VM をスピンアップし、復元プロセスを迅速化できます。

PD 非同期レプリケーションのインフラストラクチャレベルのレプリケーションはアプリケーションに依存しないため、レプリケーション機能が組み込まれていないアプリケーションに最適です。また、料金が発生するのはレプリケートされたデータのストレージ使用量のみであるため、費用対効果にも優れています。さらに、レプリケーションの頻度をカスタマイズして費用と RPO のバランスを取ることができる柔軟性も備えています。

PD 非同期レプリケーションの設定に興味があり、Terraform 内でこれを設定したい場合は、私たちの同僚が作成した Terraform のサンプルをご確認ください。このサンプルでは、多数の Compute Engine VM のフェイルオーバーとフェイルバックのシナリオでテストを行う方法をご紹介しています。

SAP の障害復旧を管理する

Google Cloud の Backup and DR と PD 非同期レプリケーションを活用することで、Google Cloud 上の SAP デプロイメント向けの堅牢かつ費用対効果の高いコールド DR ソリューションを構築できます。これにより、データ保護の面で妥協することなく費用を最小限に抑え、予期しない障害に直面しても落ち着いて対応できます。

Google Cloud 上の SAP の詳細をご覧になるとともに、お客様のクラウド移行において、Google Cloud コンサルティングがお客様の学習、ソリューションの構築、運用を支援し、お客様を成功に導く方法をご確認ください。

-クラウドアーキテクト Ghanshyam Patel

-ソリューションエンジニア Jeff O'Connor

Google Cloud がサウジアラビアでのサービスを拡大、データ主権と AI の機能を強化

Fri, 23 Aug 2024 04:00:00 +0000

※この投稿は米国時間 2024 年 8 月 20 日に、Google Cloud blog に投稿されたものの抄訳です。

2023 年 11 月にサウジアラビア王国（KSA）で Google Cloud リージョンが開設されたことを受けて、このたびダンマームリージョン向けに新しいデータ主権、セキュリティ、AI の機能を導入しました。これらの新しいサービスは、サウジアラビアで事業を展開する、特定の規制要件を満たす必要がある組織（同国で事業を展開する多国籍企業を含む）のデジタルトランスフォーメーションの取り組みを支援するものです。

CNTXT による主権管理

Google Cloud は、信頼できる現地パートナーと連携して、お客様がデジタル主権の要件を満たせるよう尽力しています。サウジアラビアでは、Google Cloud は CNTXT と連携しており、CNTXT による主権管理の一般提供を開始しました。Assured Workloads を通じて提供されるこのサービスは、Google Cloud のクラス C 認定のインフラストラクチャ上に構築されており、CNTXT が運営する管理を追加することで、組織がより厳格なデータ主権の要件を満たせるよう支援します。CNTXT は、このサービスを使用してマネージド型の外部鍵管理（EKM）と Key Access Justifications（KAJ）サービス、およびローカライズされたサポートを提供することで、Google Cloud を補強しています。

EKM と KAJ を使用することで、Google Cloud のインフラストラクチャの外部に保存されている鍵を使用して顧客の保存データを暗号化します。鍵へのアクセスが必要になるたびに詳細な理由を求めることで、顧客は域外のデータリクエストなどのいかなる理由でもアクセスを拒否できます。このサービスでは、CNTXT が Saudi Information Technology Company（SITE）および Fortanix と連携して外部鍵マネージャーを運用し、顧客に代わって鍵アクセスポリシーを設定し、適用します。ローカライズされたサポートでは、CNTXT はサウジアラビアに在住する Google Cloud のサポート担当者を登用してサポートを提供します。

CNTXT オンラインポータル

CNTXT は、リージョン内の顧客の調達プロセスを効率化するよう設計された新しいポータルを立ち上げ、幅広いユーザーが Google Cloud の高度なテクノロジーを活用できるようにしました。このポータルから、ユーザーは次のことを簡単に実行できます。

Google Cloud サービスの閲覧と購入: このポータルは、サウジアラビアで利用できる Google Cloud サービスの包括的な概要、価格情報、わかりやすい購入オプションを提供します。
アカウントの管理: ユーザーは、アカウントの詳細、お支払い情報、サービス使用状況データをすべて 1 か所で確認できます。
サポートの利用: このポータルから、ドキュメント、よくある質問、直接のサポートを受けるためのお問い合わせフォームなど、さまざまなサポートリソースにアクセスできます。

ポータルにはこちらからアクセスできます。

CNTXT の最高経営責任者である Abdullah Jarwan 氏は、次のように述べています。「Google Cloud との連携により、強力なセキュリティを提供し、規制への準拠を確実なものとしながら、サウジアラビアのお客様がデジタルトランスフォーメーションを推進していくのを支援できることを嬉しく思います。Google Cloud と連携することで、Google Cloud のダンマームリージョンに比類のない主権機能を提供し、公共部門と民間部門のどちらのお客様にも恩恵をもたらすことができます。このパートナーシップとサービスは、デジタル経済で成功するために必要なツールを個人や中小企業に提供することで、技術革新を促進してサウジアラビアのビジョン 2030 を支援するという当社の取り組みを具現化しています。」

KSA 向けの Google Cloud による主権管理

現地パートナーによる追加の保証を必要としない組織に向けには、Google との直接取引による新しい管理パッケージとして KSA 向けのGoogle Cloud による主権管理が提供されます。これは、サウジアラビアに拠点のない組織が、現地の規制や業界標準を遵守しながら、このリージョンでクラウドベースのアプリケーションやサービスをデプロイするのに役立ちます。これにより、組織は Google Cloud サービスにおける保存中、使用中、転送中のデータ所在地などの中核的な制御を簡単に構成できるほか、管理された環境でのコンプライアンス違反のモニタリングや、管理者によるアクセスの透明性の確保とアクセスの承認が可能になり、オプションで顧客管理の暗号化も実装できます。

「KSA 向けの Google Cloud による主権管理により、地域のお客様は、現地の規制要件を満たしながら、Snowflake Data Cloud を最大限に活用してビジネスに固有の問題を解決できるようになるでしょう。」- Snowflake、プロダクト管理担当ディレクター Kunal Kapoor 氏

Vertex AI の拡大

Google Cloud は、サウジアラビアでの Vertex AI プラットフォームの提供範囲も拡大しており、2024 年 5 月にダンマームクラウドリージョンでコアサービスを開始しました。Vertex AI により、企業は ML と AI の力を活用してイノベーションの推進、運用の最適化、カスタマーエクスペリエンスの強化を実現できます。

次のステップ

Google Cloud は、このような新しいサービスや機能を導入することで、サウジアラビアのデジタルトランスフォーメーション目標の達成を支援していく決意を新たにしています。Google Cloud は、サウジアラビア固有のニーズに合わせてカスタマイズされた包括的なクラウドソリューションスイートを提供することで、デジタル時代において組織が革新、成長、繁栄できるようサポートしていきます。

-プロダクト管理、規制対象および信頼できるクラウド担当シニアディレクター Archana Ramamoorthy
-Google Cloud、カントリーマネージャー Bader Almadi

一般提供開始: Compute Engine の C3 ベアメタルおよび X4 インスタンス

Wed, 14 Aug 2024 02:10:00 +0000

※この投稿は米国時間 2024 年 8 月 2 日に、Google Cloud blog に投稿されたものの抄訳です。

エンタープライズワークロードでは、パブリッククラウドへの移行に関する固有の課題があります。テクノロジーリーダーは、32 TB のインメモリデータベースや、商用ハイパーバイザ上に構築されたプライベートクラウド、あるいは仮想マシンでは実行できないアプリケーションなどのビジネスクリティカルなワークロードを最優先でクラウドに移行したいと考えています。

このようなワークロードを容易かつ迅速に移行できるように、このたび Compute Engine の X4 および C3 ベアメタルマシンタイプの一般提供を開始しました。これらのマシンタイプは、汎用のメモリ最適化ファミリーの中で特有のコンピューティングニーズに対応します。

新しい X4 インスタンスシリーズには、SAP HANA などの非常に大規模なインメモリデータベースに対応する新しいインスタンスタイプが 3 つあります。
3 つの新しい C3 ベアメタルシェイプは、CPU とメモリのリソースに直接アクセスする必要がある商用およびカスタムのハイパーバイザなど、さまざまなユースケースに対応します。

X4 と C3 を支えているのが Titanium です。Titanium は、専用のカスタムシリコンと複数層のスケールアウトオフロードからなる Google Cloud のシステムです。Titanium は CPU を開放することで、さまざまなワークロードに対してパフォーマンス、信頼性、セキュリティを向上させます。実際に、Titanium は第 3 世代以降のすべての Compute Engine マシンタイプの基盤となっています。

「Intel と Google は、クラウドに移行するエンタープライズ特有のニーズを認識しています。Intel は第 4 世代 Intel Xeon プロセッサを搭載した X4 および C3 ベアメタルインスタンスについて Google と連携し、独自のインスタンスやパフォーマンスの強化を実現します。非常に複雑なワークロードでもシームレスに移行できるだけの柔軟性とパワーを企業に提供し、クラウドの可能性を最大限に引き出していきます。」（Intel Corporation、Intel Xeon プロダクト担当ゼネラルマネージャー Suzi Jewett 氏）

一般提供開始: メモリ使用量の多い非常に大規模なワークロード向けの X4

第 4 世代 Intel Xeon スケーラブルプロセッサを搭載した X4 は、最大 1,920 個の vCPU と 32 TB の DDR5 メモリにより、業界トップクラスのコンピューティング性能とブロックストレージのパフォーマンスを提供します。X4 インスタンスは、リレーショナルインメモリデータベースやグラフインメモリデータベースなど、メモリ使用量の多い非常に大規模なワークロードに最適です。次の 3 つの構成が用意されています。

マシンタイプ	コア数（ハイパースレッド）	メモリ（GB）	ストレージ	スタンダードネットワーキング
x4-megamem-960-metal	960	16,384	Hyperdisk	100 Gbps
x4-megamem-1440-metal	1,440	24,576	Hyperdisk	100 Gbps
x4-megamem-1920-metal	1,920	32,768	Hyperdisk	100 Gbps

あらゆるメモリサイズに対応する妥協のないパフォーマンスと可用性

アプリケーションのインメモリデータベースが大きくなるにつれ、データベースの管理者やアーキテクトは、パフォーマンスを犠牲にすることなくワークロードをスケーリングすることが求められます。X4 は、3 つのインスタンスシェイプすべてについて 17:1 のメモリ / コア比を実現することで、サイズに応じてパフォーマンスをスケーリングできるようにしています。実際、X4 は Intel サーバー向けのハイパースケーラーの中でも最高の SAPS ベンチマーク認定結果を達成しています。このようなインスタンスシェイプの設計も、X4 が SAP によって認定された唯一の 32 TB ハイパースケーラーインスタンスとなり、また SAP「Standard Sizing」によって 24 TB および 32 TB の OLTP と OLAP 向けに唯一認定されたハイパースケーラーインスタンスである一因です。こうした認定を受けているクラウドプロバイダは他にありません。

Hyperdisk Extreme 対応の X4 は最大で 10,000 MB/秒のスループットと 40 万回の IOPS に対応しています。ノードの障害や再起動が発生した場合でも、このブロックストレージパフォーマンスにより、メモリのリハイドレーションが 1 時間未満で済み、32 TB のデータベースでも目標復旧時間（RTO）を達成できます。さらに、X4 は Compute Engine の単一のメモリ最適化インスタンス対象の 99.95% の SLA に支えられています。

「この何年かで、当社の SAP HANA システムのデータは顕著に規模が拡大し、ますます高い性能が必要になっています。24 TB の X4 マシンと Hyperdisk ストレージを導入したことで、将来のデータの増大に対応できる余裕を確保できたのと同時に、処理性能の向上にも期待しています。そのうえ、Google の X4 マシンはクラウドネイティブなので、システム管理と運用を自動化する機会ももたらしてくれます。」（Deloitte、米国最高技術責任者 Shawn Lund 氏）

ビジネスクリティカルなワークロード向けのメンテナンスエクスペリエンス

X4 のメンテナンスエクスペリエンスを設計する際、Google はエンタープライズのお客様に相談し、ビジネスクリティカルなワークロードをクラウドで実行するには何が必要かを確認しました。その結果、次の 3 つのポイントが明らかになりました。

メンテナンスは稀でなければならない
お客様はメンテナンスの実施をコントロールしたいと考えている
お客様にはメンテナンスの予定を時間に余裕を持たせて事前にお知らせする必要がある

X4 インスタンスのメンテナンスエクスペリエンスを設計するにあたり、これらのポイントを指針としました。まず、Titanium オフロードを活用することで、実施するインフラストラクチャメンテナンスイベントの数を大幅に減らすことができました。また、メンテナンスイベントが必要な場合は少なくとも 60 日前に通知し、その期間内であればいつでもメンテナンスイベントをトリガーしていただけるようにしています。

X4 のパフォーマンスと信頼性の特性が相まって、要求の厳しいお客様やパートナーからも高い評価をいただきました。

「SAP Enterprise Cloud Services では、RISE with SAP 用の X4 および C3 メタルシステムのインテグレーションを評価、検討しており、その信頼性、パフォーマンス、管理の容易さには驚いています。」（SAP SE、Enterprise Cloud Services、RISE with SAP 担当 CTO Lalit Patil 氏）

一般提供開始: C3 ベアメタルマシンタイプ

ベアメタルマシンタイプは、マシンの CPU やメモリのリソースに直接アクセスする必要のあるワークロード（ハイパーバイザやコンテナプラットフォームなど）や、仮想マシンではサポートされていないワークロードがあるお客様、パフォーマンスのモニタリングまたはライセンスに関して特別な要件があるお客様に最適です。

特に、金融サービス、SaaS / PaaS セキュリティ、開発 / テスト、プライベートクラウドプラットフォーム分野のお客様は多くの場合、パフォーマンスの目標を達成するためにベアメタルマシンタイプを必要とします。

「Google Cloud の新しいベアメタルマシンタイプの発表は待望のものでした。Nutanix は Google と協力し、組織がクラウドのメリットを最大限に活用しながら、レガシーアプリや最新の AI 対応アプリ向けにユニバーサルなハイブリッドマルチクラウドオペレーティングモデルを実現できるよう支援するのを心待ちにしています。」（Nutanix、最高商務責任者 Tarkan Maner 氏）

C3 ベアメタルインスタンスは、第 4 世代の Intel Xeon スケーラブルプロセッサをベースにしています。これは C3 仮想マシン（VM）に搭載されているのと同じ未加工のサーバープラットフォームです。Google Cloud で Intel Quick Assist（QAT）、Intel Data Streaming Accelerator（DSA）、Intel In-Memory Analytics Accelerator（IAA）などの Intel の統合 CPU 機能を利用できるのは、これらのインスタンスのみです。また、最大の C3 VM と多くの属性が共通しています（同じ Hyperdisk ストレージオプション、同じ標準および Tier_1 帯域幅など）。最後に、C3 ベアメタルインスタンスでは、メンテナンスエクスペリエンスを他の C3 マシンファミリーと同様に管理できます。これらのインスタンスには次の 3 種類の構成が用意されています。

マシンタイプ	コア数（ハイパースレッド）	メモリ（GB）	ストレージ	標準ネットワーキング	Tier_1 ネットワーキング
c3-highcpu-192-metal	192	512	Hyperdisk	100 Gbps	200 Gbps
c3-standard-192-metal	192	768	Hyperdisk	100 Gbps	200 Gbps
c3-highmem-192-metal	192	1,536	Hyperdisk	100 Gbps	200 Gbps

ワークロードに最適化されたインフラストラクチャに引き続き注力

X4 と C3 のベアメタルインスタンスタイプは、Titanium オフロードシステムを中核とする Compute Engine アーキテクチャへの数年にわたる投資が結実したものです。名前が似ている Bare Metal Solution とは異なり、X4 と C3 のベアメタルマシンタイプは、特定のワークロードやユースケースに限定されません。Google Cloud データセンターにある Google Cloud のサーバーフリートで実行される、完全に統合されたネイティブの Compute Engine インスタンスです。他の Compute Engine VM と同様に利用できます。インフラストラクチャのモダナイゼーションについてお客様を引き続きサポートするために、今後のマシンファミリーではベアメタルシェイプを増やしていく予定です。

X4 インスタンスの利用を開始するには、お客様のアカウント担当の Google チームか、担当の Google Cloud セールススペシャリストにお問い合わせください。

C3 ベアメタルマシンタイプは現在、us-central1、us-east5、us-east1、europe-west1、europe-west4 でご利用いただけます。C3 VM をご利用いただける他のリージョンへも今後提供される予定です。C3 マシンファミリーの他のメンバーと同様に、オンデマンド、確約利用割引（CUD）、またはフレキシブル CUD を利用して購入できます。詳しくは、C3 の事前定義されたコンピューティングリソースの料金をご覧ください。

ー Google Cloud プロダクト マネージャー Eddie DeJesus

ー Google Cloud プロダクト管理担当 Ziv Kalmanovich

Workload Manager の評価サービスで SAP 環境を保護

Fri, 26 Jul 2024 02:00:00 +0000

※この投稿は米国時間 2024 年 7 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。

企業が SAP ワークロードにクラウドを活用する場合、ベストプラクティスを実践することが重要です。本ブログ投稿では、Google Cloud の Workload Manager について詳しく取り上げ、自動化されたルールベースの分析を提供して発生し得る構成ミスとベストプラクティスからの逸脱を事前に特定するこのソリューションが、SAP システムの保護にどのように役立つかをご紹介します。

SAP システムの完全性の維持に関してベストプラクティスが果たす役割

クラウドにおける大規模なデプロイの構成と維持は、特にインフラストラクチャ、オペレーティングシステム、アプリケーションの設定が必要な場合、困難になる可能性があります。複雑な構成、進化するベストプラクティス、作業を手動で行う場合に発生し得る人的ミスは、SAP システムに、ひいてはビジネスに悪影響を及ぼしかねません。

従来は、特定の状況が生じた後で、構成ミスを特定し、それらに対処してきました。また、多くの場合は時間のかかる手動での確認作業が必要でした。Workload Manager が提供する SAP 向けの評価サービスによって、Google Cloud での SAP システムの管理方法が大幅に改善され、以下が可能になります。

回避可能なミスの削減: 問題やサービス停止の多くは、ベストプラクティスに従うことで回避または緩和が可能です。スキャンを実行すれば、潜在的な問題が大問題に発展する前にあらかじめ特定できます。
確実な稼働開始: 新しいデプロイをベストプラクティスに従って検証し構成すれば、稼働開始の成功率が高まり、後からの変更が難しい問題を解決できます。
ドリフトの検出: スキャンを繰り返し実行することで、不整合や構成ミスを継続的に特定できます。
運用上のオーバーヘッドの削減: 検証プロセスを自動化することで、単調な手動でのチェックにかかる時間を節約できます。

Workload Manager の評価サービス: 概要

Workload Manager の評価サービスは、Google Cloud、SAP、各種オペレーティングシステムベンダーの広範なベストプラクティスに照らして SAP システムを自動的に評価する、インテリジェントなルールベースの検証サービスです。

ベストプラクティスは常に進化し、新たな知見が追加されているため、SAP ルールカタログは頻繁に更新されます。それらのルールは単純な構成チェックにとどまらず、SAP 環境の重要な領域を以下のカテゴリに分けて詳しく掘り下げます。

SAP General: VM 構成の設定やサポート要件など、あらゆるタイプの SAP ワークロードに適用されるルール
SAP High Availability: クラスタ構成、フェイルオーバーのメカニズム、システムアーキテクチャを分析することで、信頼性と可用性を最適化するためのチェック
SAP Netweaver と SAP HANA: 各リソースの役割を自動的に特定してから、認定済みマシンサイズやディスクタイプなど、役割固有の要件に照らして検証するロジック
SAP HANA Insights: 圧縮、メンテナンス作業、パフォーマンスチェック、メモリ割り当てなどのためのインテリジェントな分析情報および最適化
SAP HANA Security Best Practices: アクセス制御、暗号化設定、既知の脆弱性など、HANA のセキュリティポスチャーを評価するためのルール

スキャンの実行後、評価レポートに結果の概要が示されます。これにより各ルールをさらに深く掘り下げ、合格したリソースと不合格になったリソースをそれぞれ特定できます。各ルールには、問題の説明、その重大度、推奨事項とともに、是正に役立つ関連文書へのリンクが記載されます。また、新しい問題が特定されたときなど、各種トリガーに基づいて、メールや Pub/Sub などの通知チャンネルを介してアラートを受け取るように選択することもできます。

Workload Manager の評価サービスの使用方法

スコープ内の各 VM で Google Cloud の SAP 用エージェントを設定する

Google Cloud の SAP 用エージェントは、Google Cloud での SAP ワークロードの実行に関連する多様な機能を実行する統合エージェントです。このエージェントは、Google Cloud で SAP ワークロードを実行するすべての VM にインストールし、実行する必要があります（SAP Note 2456406 - SAP on Google Cloud Platform: Support Prerequisites）。

さらに、このエージェントには、分析用の情報を収集する Workload Manager などのオプションの機能も含まれています。このエージェントが適切にインストールされ、構成されていることを確認するには、Google Cloud の SAP 用エージェントを設定するのチェックリストを参照してください。

評価レポートには、スコープ内の各 VM にエージェントが適切にインストールされ、構成されていることを確認する自動チェックも含まれています。前述の処理をすでに完了しているかどうかが不明な場合は、以下に示す手順で評価を実行し、「Check that Google Cloud’s Agent for SAP is set up correctly on all instances in the evaluation scope」というルールの結果を確認してください。

前提条件と最初の有効化

開始する前に、Workload Manager の評価サービスの使用を開始するための以下の前提条件を満たしていることを確認します。

Workload Manager API を有効にする
IAM ロール: 評価サービスへのアクセスを管理するための適切な IAM ロールを定義する

Workload Manager はサービスエージェントを使用します。評価を作成する際に選択するプロジェクトと構成に応じて、追加の IAM 権限が必要になる場合がありますのでご注意ください。管理者が最初の評価を作成し、プロンプトに応じて不足している権限を付与することをおすすめします。この手順が必要になるのは、プロジェクトごとに 1 回のみです。

Workload Manager で評価を作成する

コンソールで [ワークロードマネージャー] > [評価] に移動します。これらは、左側のナビゲーションパネルの [コンピューティング] の下にネストされていますが、上部の検索バーで検索することもできます。まず、上部の [新しい評価] ボタンをクリックします。

[評価の詳細] タブで評価の名前と説明を入力し、[ワークロードタイプ] プルダウンメニューで [SAP] を選択します。

[評価の範囲] タブで評価対象のプロジェクトを選択し、フィルタを使用してさらに範囲を絞り込みます。

[評価ルール] タブで、評価に含めるルールを選択します。スコープ内の各リソースに関連するルールのみが評価されるため、どのルールを選択すればよいかわからない場合は、すべてを選択することもできます。たとえば、「SAP HANA」用と示されているルールが、「SAP Netweaver」カテゴリのルールに照らして評価されることはありません。同様に、「High Availability」（HA）に関連するルールが HA 以外のシステムについて評価されることはありません。

[スケジュール] タブで、各評価を実行する頻度を指定します。評価をアドホックベースで実行する場合は、[繰り返さない] を選択します。繰り返しの頻度を選択した場合も、必要に応じて追加の評価を実行できます。その場合、スキャンのスケジュールに影響が及ぶことはありません。

[通知] タブで、新しい問題が見つかった場合など、各種トリガーに応じてアラートを受け取るかどうかを選択します。このアラートは、メールや Slack などの通知チャンネルで受け取ることができます。

最後に、選択した内容を [確認] タブで再確認し、[作成] をクリックして完了します。プロジェクトで初めて評価を作成する場合、作成されるまでに追加で数分かかることがあります。作成が完了すると通知が届き、評価ダッシュボードに戻ります。

評価を実行して結果を確認する

新しい評価を作成したら、評価ダッシュボードでその評価を選択し、[実行] をクリックして実行します。繰り返しの頻度を設定した場合は、次にスケジュールされている実行を待つこともできます。

完了すると、ベストプラクティスが実践されている領域と実践されていない領域を示す詳細なレポートが Workload Manager によって生成されます。各ルールを詳しく掘り下げて、是正のための詳細な推奨事項を確認したり、各チェックに合格したリソースと不合格になったリソースを特定したりできます。

ベストプラクティスの検証: 基本の先を見据える

Google Cloud で SAP を実行している組織は、Workload Manager とその新しい評価サービスを活用して、構成ミスとベストプラクティスからの逸脱を効率的に特定できます。トラブルシューティングのヒントとよくある質問への回答については、公式ドキュメントを参照するか、Google Cloud カスタマーサポートまでお問い合わせください。

詳細については、Google Cloud での SAP をご覧ください。クラウドへの取り組みに関して、Google Cloud コンサルティングがどのようにお客様の学習やソリューションの構築と運用を支援し、お客様を成功に導くかをご紹介しています。

ープロダクト マネージャー Brad Nixon

ー SAP クラウド アーキテクト Ghanshyam Patel

AI 時代に Google Cloud と SAP で拓く持続的なビジネスイノベーションへの道

Wed, 12 Jun 2024 02:00:00 +0000

※この投稿は米国時間 2024 年 6 月 5 日に、Google Cloud blog に投稿されたものの抄訳です。

Google Cloud と SAP は、クラウドは安全性が高く、高性能で信頼性の高いインフラストラクチャを提供する以上のものであるべきだと考えています。そしてまた、分析と生成 AI によって企業が自社データを最大限に活用できるように、包括的でオープンなマルチクラウドのプラットフォームを提供すべきであるとも考えています。これは、サプライチェーン、財務、人事などの SAP システムに格納されている重要データについて、特に言えることです。

Google Cloud の生成 AI と分析のソリューションを SAP のデータと統合することにより、私たちのパートナーシップは、組織が所有する情報の可能性を最大限に引き出し、継続的なイノベーションの推進、困難なビジネス上の課題への取り組み、より賢明な意思決定を実現できるよう支援します。

今回の SAP Sapphire カンファレンスで、AI とインフラストラクチャ全体にわたる新たな進展を発表できることを嬉しく思います。具体的には、SAP のお客様がイノベーションを促進し、データをより効果的に管理できるよう支援することを目的とした、次の内容が含まれます。

よりレジリエントなサプライチェーンを実現する AI ベースのソリューション。このソリューションは、Google Cloud Cortex Framework と Gemini モデルを SAP の Joule と Integrated Business Planning (IBP) for Supply Planning に組み合わせたものです。
SAP Datasphere を使用した統合分析サービスを Google Cloud Marketplace で提供開始します。
Google Cloud のメモリ最適化 X4 インスタンスの導入により、クラウド市場で最大級の SAP 認定コンピューティングインスタンスが提供され、最大 32 TB の SAP HANA ワークロードをサポートします。
RISE with SAP、SAP BTP、SAP Datasphere の地域拡大および RISE での EU Access のサポート。
Gemini の複数のアップデートにより、SAP ユーザーが SAP ワークロードにより多くの生成 AI 機能を導入し、SAP の生成 AI ハブから Google Cloud の大規模言語モデルにアクセスできるようになります。

AI を活用したレジリエントなサプライチェーンの加速

SAP と共同でイノベーションを進める活動を通じて、Google ではお客様が競争優位性を得るのに役立つ、ビジネス上重要なユースケースにより深く掘り下げて取り組んでいます。サプライチェーン管理を強化し、サプライチェーンのリスクを軽減するために、Google が提供するデータソリューションと AI ソリューションを組み合わせて利用することは、ごく自然な対応といえます。

Cortex Framework と Gemini モデルを SAP の生成 AI アシスタントである Joule と Integrated Business Planning (IBP) for Supply Planning に統合することにより、企業は検出されたイベントやリスクからのインサイトの取得を加速でき、よりスピーディーに、よりインテリジェントなサプライチェーンの対応を可能にする機会を特定できます。

AI を活用したレジリエントなサプライチェーンにより、需要をより正確に予測し、サプライチェーンのリスクを低減できます。ユースケースには以下のようなものがあります。

マーケティングキャンペーンなど多様なデータソースを統合した需要予測の強化。
気候やイベントデータなどの追加的なデータソースを加味した、供給混乱の先行的な検知とアラートによるサプライチェーンのリスクの低減。
より精密な計画による最適運用、最適な在庫レベルを維持する能力、自動化の機会。

SAP Datasphere が Google Cloud Marketplace で提供開始

SAP Datasphere と BigQuery のインテグレーションにより、BigQuery 内の公開データセットや Google Ads などの他の統合データを含む、SAP および非 SAP データへのリアルタイムでのアクセスが継続的に提供され、このアクセスは Cortex Framework によって加速されます。SAP Datasphere の Replication Flow は、現在 BigQuery との双方向のレプリケーションと連携を提供しており、ペタバイト規模の分析やデータサイエンスのためのプラットフォームだけでなく、Gemini と Vertex AI を使用した ML や生成 AI の基盤を実現します。こういったことがすべて「導入後すぐに」利用できる SAP Datasphere for Google Cloud は、Google Cloud Marketplace で入手できます。

Datasphere for Google Cloud によって大きな成果を得ているお客様の例として、売上報告プロセスをモダナイズした大手家電メーカーがあります。Datasphere、BigQuery、Google Dataform を使用して販売パイプラインを自動化し、既存の PDF 報告書に代わるリアルタイムの売上報告ダッシュボードを構築し、報告プロセス全体をモダナイズしました。その結果、所要リソースの大きな低減、運用スピードの改善、販売に関するビジネスインサイトの深化などの効果が得られています。

新しい X4: 比類のないパフォーマンス、信頼性、およびセキュリティを備えた過去最大規模のクラウドインスタンス

より多くのグローバル企業がクラウド上の SAP S/4HANA への移行を進める中で、巨大なワークロードを実行できるメモリおよびコンピューティング集約型マシンに対する需要の増加が続いています。そこで Google は、16 TB、24 TB、32 TB のインスタンスを特徴とする X4 マシンファミリーを導入することにいたしました。X4 ファミリーは、特に SAP HANA OLTP と OLAP のワークロードを最高の性能と信頼性で実行できるように設計されており、次のような複数の側面において業界をリードします。

初の SAP HANA 認定 32 TB インスタンス
他の認定ハイパースケール製品と比較して倍以上となる 1,920 個の vCPU を備え、Google Cloud 独自の Titanium オフロード技術により業界トップクラスのコンピューティング性能と Hyperdisk ブロックストレージ性能（最高 10,000 MBps のスループット）が得られます。
99.95% の Compute Engine メモリ最適化単一インスタンス SLA という業界最高レベルの SLA により、X4 インスタンスファミリーでは SAP ワークロードに対する並外れた信頼性が保証されます。

これらのシステムでは、さらに Google Cloud のインフラストラクチャの差別化要因によるメリットが得られます。その例としては、SAP ワークロードに対して低レイテンシを提供する最大級のネットワークフットプリントや、組み込みの暗号化やプロアクティブな脅威検出などの堅牢なセキュリティ対策が挙げられます。

Deloitte の米国最高技術責任者である Shawn Lund 氏はこう語っています。「この何年かで、当社の SAP HANA システムのデータは顕著に規模が拡大し、ますます高い性能が必要になっています。24 TB の X4 マシンと Hyperdisk ストレージを導入したことで、将来のデータの増大に対応できる余裕を確保できたのと同時に、処理性能の向上にも期待しています。そのうえ、Google の X4 マシンはクラウドネイティブなので、システム管理と運用を自動化する機会ももたらしてくれます。」

RISE with SAP のお客様向けのイノベーション

新プロダクトの高性能 X4 インスタンスファミリーは、最も信頼性が高く、スケーラビリティに優れた RISE with SAP ワークロード向けクラウドプロバイダとなるために、Google Cloud が継続的に投資していることを示す好例です。

RISE with SAP の CTO である Lalit Patil 氏はこう語っています。「SAP と Google Cloud は共同イノベーションの強固なパートナーシップを結んでおり、RISE with SAP のお客様に利益をもたらす新しい差別化されたソリューションを継続的にリリースしています。

SAP Sapphire では 2 つの新プロダクトを発表しました。

SAP RISE 向けの新しい X4 システム: SAP RISE が Google Cloud の最新の 16 TB、24 TB、32 TB の X4 システムに対応しました。この共同設計された製品は、お客様の POC を通じて厳格にテストが実施されているため、最大規模で要求の厳しい SAP ワークロードでも、必要な信頼性とパフォーマンスが得られます。
EU のお客様向けのコンプライアンス強化: Google Cloud 上の RISE で EU Access を使用できるようになりました。これにより、欧州のお客様の規制とコンプライアンスの要件に対応できます。」

最近 Google Cloud 上で RISE with SAP を導入したお客様として Asian Paints が挙げられます。Asian Paints の CIO である Aashish Kshetry 氏は、次のように述べています。「RISE with SAP 用に Google Cloud を選択したのは、SAP との強いパートナーシップを持っており、この地域での大規模なインストールを管理する能力があるからです。Google Cloud 上の最新のインフラストラクチャとプラットフォームに SAP S/4HANA をデプロイし、自社のイノベーションと継続的な成長につなげたいと考えています。」

以下のような他の事例でも、Google Cloud が RISE with SAP のユーザーにとっての理想的なクラウドパートナーであることが裏打ちされます。

SAP BTP と Datasphere のサービス地域の拡大が進んでおり、今四半期にイスラエルと日本で、また今年後半にサウジアラビア、オーストラリア、ブラジルで新しいリージョンが立ち上がります。
ABAP SDK for Google Cloud の SAP BTP への拡張。これにより Google Cloud は、SAP BTP 上のフルサポート版 ABAP SDK をリリースする初のハイパースケーラーとなり、お客様は 55 個の Google Cloud API（Vertex AI、BigQuery、Pub/Sub など）によって SAP のビジネスプロセスに AI、分析、自動化を組み込むことが可能になります。
SAP の Customer Database Platform（CDP）による Vertex AI への直接統合。これにより企業はビジネス運営で予測機能を活用し、顧客体験を改善して成長を加速できます。
SAP 向け Gemini Assist。これは Google Cloud Workload Manager（WLM）内の機能で、SAP の管理者が SAP のデプロイを自然言語インターフェースで操作できるようにします。
SAP の生成 AI ハブで Google Gemini LLM が利用可能となり、SAP の製品ポートフォリオ全体で SAP Joule とともに組み込み生成 AI 機能をサポートします。Google Cloud のモデルは、S/4、Ariba、SuccessFactors などのワークロードを強化できます。SAP のお客様は引き続き Google Cloud の最新モデル、たとえば 5 月に Google I/O で発表された Gemini Flash などにリリース時点でアクセスできます。

大規模ワークロードに関するお客様課題の解決

Cintas は、世界中で 100 万社以上の企業に業務用製品とサービスを提供している会社で、200 台以上のサーバーと 130 TB 以上の大規模な非圧縮データベースを含むオンプレミスの SAP 環境を、Google Cloud で変革しました。ある事業部門における RISE with SAP ユースケースを含むリフト＆シフトの移行後、Cintas は非圧縮データベースの規模を 68% のオーバーヘッドの減少となる 41 TB まで削減できました。安定的に高速動作するクラウドネイティブなデータ管理プラットフォームを基盤に、同社は Google Cloud Cortex Framework など Google Cloud の技術を使用して AI と分析の取り組みを加速しようとしています。

ムンバイに拠点を置く Mahindra & Mahindra Ltd. は、80 もの企業群からなる多国籍企業連合を、初の RISE スケールアウトアーキテクチャを採用した SAP S/4HANA Cloud の Private Edition の 1 インスタンスで統合しました。同社は Google Cloud と SAP の専門家と密に連携して、ピーク時のワークロードに必要な柔軟な分散型 HANA データベースを作成し、応答時間が 12% 高速になる効果を実現しました。さらに Mahindra & Mahindra では、デベロッパーの生産性が 35% 向上し、大量の計算を要するトランザクションが 15% 改善しました。一例を挙げると、新しいシステムでは 30 分間に 100,000 台以上の自動車を販売するという需要に耐えることができました。

詳細は Sapphire の会場で

皆さまの計画や課題を教えていただけることを心待ちにしております。また、SAP とのイノベーションに関する継続的な共同取り組みによって結集された強みを活かし、RISE を含む Google Cloud 上の最適化された SAP 環境で、皆さまが自信を持って未来に備えられるようにする方法を共有することを楽しみにしています。

また、Sapphire での SAP Analytics Cloud（SAC）ロードマップのセッションも楽しみにしています。非 SAP データや非構造データの分析情報を SAC で取得し、計画や分析を高度化できるよう設計された SAC と BigQuery のインテグレーション機能を SAP から新しく発表します。

ぜひ Sapphire Orlando の #302 ブースにお立ち寄りください。たくさんの質問をお待ちしております。また、AI/ML、生成 AI（Gemini）、サプライチェーン、サステナビリティなどのデモもご覧いただけます。または、 https://cloud.google.com/solutions/sap で、すぐに詳細をご覧いただけます。

-Google Cloud、SAP ビジネス担当グローバルリーダー Marius Törringer
-Google Cloud、プロダクト管理担当ディレクター Souvik Choudhury

「SAP 向けガイド付きデプロイ自動化」により SAP S/4HANA のデプロイを加速させる

Fri, 24 May 2024 01:20:00 +0000

※この投稿は米国時間 2024 年 5 月 16 日に、Google Cloud blog に投稿されたものの抄訳です。

このたび、Google Cloud の SAP 向けガイド付きデプロイ自動化の一般提供が開始されたことをお知らせいたします。ワークロードマネージャー内のこの新しいサービスを使用すると、お客様がデプロイ対象を指定できるようになり、独自のガイダンス、ベストプラクティス、デプロイ自動化がコンソールに直接組み込まれるため、Google Cloud への SAP ワークロードのデプロイが加速します。

SAP S/4HANA を Google Cloud にデプロイすることを選択したお客様にこのサービスがもたらす主なメリットは次のとおりです。

効率性: エンドツーエンドの自動化により、時間がかかりエラーが発生しやすいデプロイプロセスが簡素化され、インフラストラクチャのプロビジョニング、オペレーティングシステムの構成、高可用性クラスタのセットアップ、選択したアプリケーションのインストールが自動化されます。
信頼性: 組み込みのチェックおよび保護機能により、ドキュメントを手作業で何ページも読み進めなくても、SAP と Google Cloud 双方によるベストプラクティスと最新のアーキテクチャガイダンスに自動的に従うことができます。
柔軟性: コンソールから「ワンクリック」で直接デプロイするか、同等の Terraform および Ansible を生成およびダウンロードして既存のデプロイパイプラインに追加するか、さらにカスタマイズするかを選択できます。

このデプロイサービスの使用に料金はかかりませんが、基盤となるリソースや、デプロイで作成および使用される他のサービス（VM インスタンスやディスクなど）の料金が発生します。

仕組み

サポートされている SAP 製品とバージョンのリストから選択すると、ガイド付きインターフェースを使ってワークロードのカスタマイズと構成を行えます。それと同時に、選択内容に基づいて同等の Infrastructure as Code（Terraform、Ansible）が生成されます。コンソールから直接デプロイした場合、Terraform を実行してプロジェクトに必要なリソースをプロビジョニングするための Cloud Build ジョブが作成されます。作成される正確なリソースは構成によって異なりますが、次の図は、分散型高可用性デプロイの大まかなアーキテクチャを示しています。ドキュメントには、デプロイ時に作成されるリソースに関する追加情報も記載されています。

分散型高可用性デプロイの大まかなアーキテクチャ

SAP ワークロードに必要なリソースに加えて、Ansible のオーケストレーションと実行を処理するため、一時的な VM インスタンスもデプロイされます。Ansible は、デプロイプロセスの残りの部分を完了するために使用され、次のようなタスクと操作を実行します。

オペレーティングシステムの構成
HANA のインストールと初期バックアップ
OS クラスタの構成
HANA システムレプリケーション（HSR）の有効化
S/4HANA のインストール
初期データベース読み込みの実行
必要なエージェント（SAP Host Agent、Google Cloud の SAP 用エージェント）のインストール

利用の開始 - SAP S/4HANA ワークロードをデプロイする

開始する前に、ワークロードマネージャー内でデプロイサービスを使用するための前提条件を満たしていることを確認します。SAP ワークロードをデプロイするには、必要な SAP インストールファイルを Cloud Storage にアップロードするなど、追加の前提条件がいくつかあります。

その後、コンソールで [ワークロードマネージャー] > [デプロイメント] に移動します。これは、左側のナビゲーションパネルで [コンピューティング] の下にネストされているか、上部の検索バーにあります。上部の [SAP デプロイメントを作成] ボタンをクリックして開始します。

[デプロイの基本] タブ:最初のタブにはデプロイの基本情報が収集され、サポートされているアプリケーションとアーキテクチャの中から選択できます。このページでの選択内容により、次のタブに表示される情報が決まります。さらに、このページでの選択内容は後続の入力の一部に事前入力されます。

[ロケーションとネットワーキング] タブ:このタブでは、システムをデプロイする場所（使用するリージョン、ゾーン、ネットワークなど）を指定します。共有 VPC が構成されている場合、ホストプロジェクトからネットワークを選択することもできます。

デプロイプロセス時は、外部インターネットアクセスが必要です。選択したネットワークがまだアクセスできない場合は、外部 IP アドレスの作成を選択できます。最後に、新しい DNS を自動的に作成するか、既存の DNS を選択するかを指定できます。

[データベース] タブ:次に、HANA データベースレイヤの構成を開始します。このとき、HANA SID を入力し、インスタンス番号と VM 名をカスタマイズすることができます。デプロイプロセス時に使用される認証情報を安全に保存できるよう、Secret Manager が完全に統合されています。認定済みパブリックオペレーティングシステムのリストから選択することも、独自のカスタムイメージを選択することもできます。

その後、認定済み HANA マシンシェイプのリストから選択し、目的のストレージタイプを選択します。ディスクのボリュームとサイズは、選択したサイズ向けのベストプラクティスに基づいて自動的に計算されます。

[アプリケーション] タブ:[アプリケーション] タブでは、同様のプロセスを繰り返し、セントラルサービスとアプリケーションレイヤに関する情報を入力します。たとえば、アプリケーションサーバーと比較して、ASCS に異なるマシンサイズやオペレーティングシステムを選択するなど、それぞれ別個に選択することができます。

認定済みマシンシェイプのリストから選択するのに加えて、各ゾーンにデプロイするアプリケーションサーバーの数も指定します。

[プレビュー] タブ:最後のページには、選択内容が要約されます。プロセスの後半でエラーが発生するのを防ぐため、割り当てなどに対して、追加のプロアクティブチェックも実行されます。デプロイに必要な API とサービスのリストも表示されます。

同等の Infrastructure as Code を生成およびダウンロードして既存の自動化パイプラインにデプロイするか、さらにカスタマイズする場合、[Download Equivalent Terraform] をクリックするか、ページの下部にある [作成] をクリックして、コンソールでデプロイを開始できます。

[作成] をクリックすると、デプロイダッシュボードに戻ります。デプロイが完了すると通知が届きます。完了までに 2～3 時間かかることがあります。デプロイをクリックし、その後の画面で Terraform ログまたは Ansible ログのリンクをクリックすると、ステータスを追跡し、リアルタイムログを表示することができます。デプロイ後のタスク

デプロイが完了したら、HANA Studio や SAP GUI などの標準ツールを使用して SAP S/4HANA システムに接続することができます。その際、構成プロセス中に指定した情報を使用して接続します。システムへの接続に関する追加情報については、ドキュメントをご覧ください。

その他のリソース

上記の手順を実際に示す 7 分間の概要およびデモ動画を作成しました。サービスに関するさらに詳しい情報や利用開始方法については、一般公開ドキュメントもご参照ください。

ご質問や機能のリクエスト、またはロードマップについてのご相談がある場合は、アカウントマネージャーまたはサポートチームにお問い合わせください。

-プロダクト マネージャー Brad Nixon

Cortex Framework の新しいソリューションでデータを競争力の強化に活用

Tue, 30 Apr 2024 01:20:00 +0000

※この投稿は米国時間 2024 年 4 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。

AI 時代を迎えた今、競争力を強化するにはデータが欠かせません。

問題解決、顧客との関係性構築、業務の効率化において AI がまったく新しい方法を生み出している現在、テクノロジーはかつてないほどエキサイティングな時期を迎えています。

一方で、ほとんどの企業は依然としてサイロ化されたデータに悩まされています。そのせいで、イノベーションが停滞し、重要な分析情報を活かしきれず、ビジネス全体で AI が持つ価値が低下する可能性があります。

イノベーションを起こすためのよりスピーディかつスマートな方法を発見

Google Cloud Cortex Framework は、企業データを統合して包括的な分析情報を得る能力を高めます。さらに、AI によるカスタマーエクスペリエンスの変革、収益向上、会社のデータやアプリケーションに隠れてしまう費用の削減を可能にする新たな機会をもたらします。

AI に対応した Data Cloud 基盤上に構築された Cortex Framework には、おすすめのリファレンスアーキテクチャやパッケージ化されたビジネスソリューションデプロイコンテンツなど、特定のビジネス上の問題や機会に対するソリューションを設計、構築、デプロイするために必要なものが揃っています。このブログ投稿では、Cortex Framework の概要について説明し、最新の機能強化をいくつかご紹介します。

データ基盤を一元化することでビジネスを包括的に把握

Cortex Framework は、非公開の分析情報、公開されている分析情報、コミュニティの分析情報をつなげて強化し、より深い分析を行うことでビジネスのデータ基盤を一元化できるようにします。

最新のリリースによって、Cortex Data Foundation は Salesforce Marketing Cloud、Meta、SAP ERP、Dun & Bradstreet などのエンタープライズデータソース向けの新たなデータおよび AI ソリューションで拡張されます。このデータを組み合わせることで、企業全体にわたる分析情報が得られ、最適化とイノベーションの機会が開かれます。

新たなインテリジェント マーケティングのユースケース

Google 広告、キャンペーン マネージャー 360、TikTok、今回新たに加わった Salesforce Marketing Cloud および Meta などの統合ソースと Cortex Framework を経由した BigQuery との連携、事前に定義されたデータ取り込みテンプレート、データモデル、サンプルダッシュボードなどでエンタープライズデータのデータ基盤を一元化し、よりインテリジェントなマーケティング戦略を推進しましょう。Cortex Data Foundation の販売ソースやサプライチェーンソースなど、他のビジネスデータと組み合わせることで、分析情報を迅速に獲得し、次のような質問に答えることができます。「キャンペーンとオーディエンスの全体的なパフォーマンスは販売やサプライチェーンとどのような関係にあるのか？」

新たなサステナビリティ管理のユースケース

環境、社会、ガバナンス（ESG）のリスクと機会について、よりタイムリーな分析情報を必要としていませんか？Dun & Bradstreet ESG ランキングデータと SAP ERP のサプライヤーデータを組み合わせて、新しいベンダー ESG パフォーマンス分析情報を使用することで、ESG のパフォーマンスと目標を管理できるようになりました。サステナビリティの分析情報に特化して事前に定義されたデータ取り込みテンプレート、データモデル、サンプルダッシュボードを使用すると、情報に基づいた意思決定を行うことができます。これにより、「原材料サプライヤーの ESG パフォーマンスは同業他社と比べてどうなのか？」や「GHG 排出量を測定、管理するサプライヤーの能力はどの程度なのか？」、「環境コンプライアンスとコーポレートガバナンスに対するサプライヤーの遵守状況と取り組みはどうなっているのか？」といった質問への回答を得ることができます。

財務の簡素化における新たなユースケース

ビジネス全体の財務分析情報を簡単に把握できるようにすることで、流動性、支払能力、財務上の柔軟性に関して情報に基づいた意思決定を行い、戦略的な成長投資の機会につなげましょう。事前に定義されたデータ取り込みテンプレート、データモデル、サンプルダッシュボードによって、SAP ERP データを基にしたバランスシートと損益計算書から新たな分析情報を見つけられるようになりました。

安全なデータアクセスで AI イノベーションを加速

組織がデータメッシュを構築してデータの検出をさらに最適化できるようにするために、新たなソリューションコンテンツである Cortex Data Foundation を操作する際には、BigQuery と Dataplex に構築された、以下を可能にするメタデータフレームワークをアクセス制御とガバナンスで利用できます。

Cortex Data Foundation の事前定義されたデータモデルをビジネスドメインに編成
Cortex Data Foundation のテーブル、ビュー、列をセマンティックコンテキストで拡張し、データアセットの検索と見つけやすさを強化
Cortex Data Foundation コンテンツの論理コンテキストを LLM アプリケーションと生成 AI アプリケーションに提供することで、自然言語と SQL の変換機能を実現
データアクセスポリシーにアノテーションを追加することで、アクセス制御と機密性の高い列のマスキングの一貫した適用を実現

データメッシュを導入することで、Cortex のデータ基盤モデルは、生成 AI の検索と見つけやすさにおける効率性向上に加え、きめ細かいアクセスポリシーとガバナンスを可能にしています。

データと AI がさらなるイノベーションと効率性向上を実現

Cortex Framework にご興味を持っていただけたでしょうか。ソリューションポートフォリオの詳細は最新の Next ‘24 セッション - ANA107 と Google Cloud のウェブサイトでご確認ください。

-Google Cloud Cortex Framework、ソリューション＆エンジニアリング担当ディレクター Alison Hettrick

ABAP SDK: SAP S/4HANA で Alphabet の AI / ML ソリューションを強化する

Thu, 15 Feb 2024 00:00:00 +0000

※この投稿は米国時間 2024 年 2 月 2 日に、Google Cloud blog に投稿されたものの抄訳です。

昨年の SAP Sapphire において、Google の親会社である Alphabet は、Google Cloud で SAP S/4 HANA システムを活用して、財務、サプライチェーン、ロジスティクス、計画、配給などの重要な事業運営を管理することを明らかにしました。これにより、Alphabet は 500 億件を超えるトランザクションを統合して毎月数テラバイトのデータを処理できるようになり、Alphabet のグローバルオペレーションをより適切にサポートできるようになりました。

事業運営を拡張するために、Alphabet は ABAP SDK を使用して多くの Google Cloud のプロダクトとサービスを活用しています。Google Cloud の SAP エンジニアリングチームによって作成された ABAP SDK は、Google Cloud API を ABAP で正確に表現することで、SAP と Alphabet の社内システム間の統合ポイントを提供し、意思決定を促進する AI / ML ソリューションを強化し、ビジネスプロセスの自動化を実現します。ABAP SDK には、認証、セキュリティ、データのシリアル化などの機能が組み込まれているため、Alphabet のデベロッパーは Google Cloud のプロダクトやサービスとの統合がしやすくなり、価値創出までの時間を大幅に短縮できます。

ABAP SDK: 卓越したエンジニアリングのストーリー

社内での導入以来、ABAP SDK は財務、企業資産管理（IT、音声や動画、不動産）、サプライチェーン（動脈物流や静脈物流を含む計画と調達から支払いまで）、ビジネスイベントの通知、例外アラート、ビジネスプロセスのモニタリング、データウェアハウジングのミッションクリティカルなアプリケーションを実行するために、Alphabet の多くの本番環境ユースケースで使用されてきました。セキュリティとスケーラビリティは Alphabet のビジネスユーザーにとって重要な要件であり、ABAP SDK を使用することで迅速に実現できました。Alphabet は、SAP のビジネストランザクション分析のコンテキストで ML 推論を実行し、ML 予測を明らかにするためにも ABAP SDK を使用しています。

本番環境で使用された Google Cloud による優れたユースケースをいくつか紹介しますので、ご参考ください。

Pub/Sub を使用して SAP から複数のサブスクライバーに情報をストリーミングする - SAP は、多くのマスターデータおよびトランザクションデータオブジェクトについて、信頼できる情報源です。SAP は、アプリケーション間のデータの整合性を確保するために他のアプリケーションに情報を送信します。1 秒未満の速度と信頼性の高いメッセージングサービスが鍵となります。Alphabet では、SAP のストリーミング Pub/Sub メッセージをさまざまなユースケースに使用しています。これには、信頼性の高い管理を提供するためのネットワーク機器のステータス、注文状況の追跡、在庫状況の追跡、トランザクションの送信ステータス、注文コメント、コマースポータルから注文処理チームへの変更が含まれます。
オーケストレーションのために Pub/Sub を使用する - Alphabet では、API 経由で送信される一括データ処理をスケーリングするために、SAP 以外のエンタープライズアプリケーションに SAP OData を使用して、SAP Application Interface Framework（AIF）に一括更新を送信しています。SAP AIF 非同期処理完了により、Google Cloud CPS メッセージが生成され、API クライアントが処理結果を確認できます。ABAP SDK は、ジョブ、ビジネスイベント、ログを含む多くのユースケースのオーケストレーションにおいて重要な役割を果たします。
財務ドキュメントの多言語翻訳を自動化する - SAP S/4 は、複数の現地語による法定報告の信頼できる情報源です。Alphabet 境界システムは、英語で仕訳記入データを送信しますが、さまざまな財務ドキュメントのヘッダーと行テキストは、会社のコード定義に応じてその地域の言語で維持される必要があります。Alphabet は ABAP SDK を使用して Google 翻訳をシームレスに操作し、財務ドキュメントがシステムや法的要件を遵守するようサポートします。
的確な意思決定のために Google Cloud で AI / ML モデルを統合する - Alphabet が SAP を使用して世界中の IT ハードウェアの注文の管理を始める前は、フルフィルメントチャネルでの注文のルーティングは時間のかかるプロセスでした。ルールベースの意思決定表は、場合によっては費用対効果の高い注文ルートを予測できますが、注文の大半は手作業によるレビューが必要で、非常に非効率的でした。この問題に対処するために、Alphabet エンジニアリングチームは BigQuery ML モデルを開発して、過去の手動による意思決定に基づいてルートを予測し、ABAP SDK を使用して BigQuery ML の予測結果をリアルタイムで読み込みました。この継続的な学習モデルによりルートをより的確に予測できるようになり、手作業によるレビューの必要性が減り、配送プロセスが自動化されました。
費用の高い HANA ストレージから添付ファイルをオフロードする - Alphabet は、ABAP SDK を利用して SAP 環境内のすべてのアプリケーションの添付ファイル（ドキュメント）の管理の合理化と簡素化を行っています。必要なストレージ容量の規模が大きかったため、添付ドキュメントのストレージを Hana DB インメモリから低コストでセキュリティに優れた Cloud Storage バケットにオフロードすることが不可欠でした。ABAP SDK を使用することで、SAP のクリティカルユーザージャーニー（CUJ）に影響を与えることなく、SAP アプリケーションから Cloud Storage への添付ファイルの読み書きをシームレスに行うことができました。ドキュメントへのエンドユーザーのアクセスは、標準的な Google Cloud セキュリティモデルを活用し、SAP で与えられた承認に基づいて厳密に制御されます。

社内向けから一般提供へ

長年にわたり、多くのお客様から、SAP システムと Google Cloud サービスを簡単に統合する方法を求められてきました。昨年の ABAP SDK のリリースにより、2019 年から Alphabet の事業運営をサポートしているのと同じ ABAP SDK が Google Cloud のお客様に一般提供されるようになりました。SDK を無料でダウンロードし、いくつかの簡単な手順で利用を開始できます。

一般公開ドキュメントには製品の最新情報が含まれていますが、Google Cloud デベロッパーコミュニティフォーラムへの協力や参加もお待ちしています。また、GitHub の公開リポジトリもご用意していますので、デベロッパーはサンプルプログラムやクイックスタートを開発環境にクローニングできます。ABAP SDK を使用してエンタープライズソリューションやビジネスソリューションを作成するために皆様をサポートすることを楽しみにしています。

-Google、エンジニアリング マネージャー Sujan Gade

-Google、エンジニアリング テクニカル リーダー Richard Yang

Google Cloud 上の S/4 HANA に移行することでドイツ取引所グループが手にした大きなメリット

Tue, 13 Feb 2024 01:10:00 +0000

※この投稿は米国時間 2024 年 2 月 2 日に、Google Cloud blog に投稿されたものの抄訳です。

国際的な金融商品取引所として、そして革新的な市場インフラストラクチャプロバイダとして、ドイツ取引所グループは資本市場の透明性、信頼性、安定性を確かなものにしています。当グループの事業領域は金融市場の取引プロセスとバリューチェーンの全体に及んでいます。また、最先端の IT ソリューションを開発し、自社グループの IT システムを世界中に提供しています。当グループは、幅広いプロダクト、サービス、テクノロジーを通じて、サステナブルな経済を実現する安全で効率的な市場を整備しています。そうした背景から、信頼性、安定性、コンプライアンスが当グループのビジネスの基盤となっています。

急速に変化する市場に対応し、競争力を維持するには、継続的なイノベーションが欠かせません。しかし、イノベーションと安定性は無策では両立しません。イノベーションにはリスクが伴います。顧客の信頼を維持し、規制要件を満たすために、当グループが担うイノベーションには常に一定のバランスを取ることが求められています。

オンプレミスのボトルネックによる行き詰まり

従来型のアーキテクチャから Google Cloud への移行に際しては、信頼性とイノベーションとの間のこうしたバランスが中核にありました。以前は SAP エンタープライズリソースプランニング（ERP）ソフトウェアをオンプレミスで実行していましたが、要件の変化のペースについていくことができていませんでした。合併や買収による新法人の追加、各種スワップや有価証券などの商品のリリースはもちろん、ワークフローを改善するという単純な要求にすら追いついていませんでした。単純なリリースのリクエストだけでも 9 か月もの時間を要し、こうしたボトルネックによってシステムにリクエストのバックログが発生していました。最新の SAP ERP である S/4 HANA へのアップグレードを開始したとき、クラウドへの移行も同時並行で行えば、システムのパフォーマンスが大きく向上することはわかっていました。しかしまず、ステークホルダーや規制当局からの信頼を得る必要がありました。

当初から、当グループは顧客、ステークホルダー、規制当局に対する完全な透明性を重要視してきました。クラウドへの移行について最初に社内管理チームに話したとき、難色を示す表情が多く見られましたが、Google Cloud チームは関係者全員との信頼を築くことの重要性を理解していました。私たちとステークホルダーは Google Cloud の協力のもと、具体的なプロセスとそのビジネスへの影響を正確に把握していくなかで、すべての関係者の賛同を得ることに成功しました。当グループは世界的にも屈指の早さで SAP ワークロードを Google Cloud に移行しています。

オンプレミスマインドセットからの脱却

注目すべき点は、オンプレミスアーキテクチャがクラウドよりも安全であるという俗説を打ち破ったことです。ほとんどのオンプレミスデータセンターには暗号化が実装されていませんが、これは社内にデータセンターがあると安全だと信じられているためです。一方、Google Cloud では、データの暗号化がインフラストラクチャレベル、データベースレベル、アプリケーションレベルの計 3 回行われます。当初、私たち自身で暗号鍵を保持することはできませんでしたが、独自の鍵を保持できるように Google Cloud チームがサポートしてくれたことで、セキュリティレイヤをもう一層追加することができました。オープンで透明性のある対話を通じてこうした事項をすべて説明することで、ステークホルダーや規制当局に移行のメリットを納得してもらうことができました。

Google Cloud のおかげで、パフォーマンスが低下することなく、当グループのデータはこれまで以上に安全になりました。しかし、これで落着とはいきませんでした。オンプレミスインフラストラクチャからシステムを移行して間もなく、私たちはオンプレミスマインドセットからも移行しなければならないことに無自覚であったことに気づきました。当グループのエンジニアの多くは長年にわたり従来型のオペレーティングシステムでワークロードを実行してきたため、クラウドワークロードに切り替えることについては当然不安がありました。先ほどと同じく、Google Cloud チームはエンジニアの懸念を理解し、新しいシステムに適応できるようにエンジニアのトレーニングをサポートしてくれました。

強力なクラウドアーキテクチャで市場の需要に応え続ける

SAP S4/HANA が Google Cloud 上で実行されるようになったことで、変化の絶えない市場に迅速に対応する能力が劇的に向上しました。取引量の突然の増加に対応して処理能力を迅速にスケールアップする必要がある場合でも、数回クリックするだけでそれを実現できます。開発サイクルも大幅に短縮されました。以前は、10～15 人の開発者しか作業できない開発環境が 1 つあるだけで、開発サイクルを終えるまでに 9～12 か月かかっていました。今では 60～70 人の開発者が複数の開発環境で並行して作業を行っており、開発時間が大幅に短縮されています。

また、システムに新しいハードウェアを追加する際に生じる長時間の遅延を心配する必要もなくなりました。Google Cloud を利用すれば、ボタンをクリックするだけで新しいソフトウェアサービスを追加できるため、新しいハードウェアの追加に何か月も費やす必要はなく、数日で新しいサービスをオンボーディングできます。自動フェイルオーバーにより障害復旧時間も短縮されました。目標復旧時間（RTO）は 2 時間から 20 分未満に短縮され、目標復旧時点（RPO）は 2 時間からほぼゼロに短縮されました。

イノベーションを始めよう

現在は、当グループの SAP プラットフォームにある貴重なビジネスデータに Google Cloud のデータ分析機能を応用する方法を模索しているところです。すでに HR および IT データ領域でその取り組みを開始しています。BigQuery に統合されたビジネスデータに迅速にアクセスできるようになったことで、HR チームはマネジメントやダイバーシティ関連のレポートなどのプロセスに深みと洞察を付加できるようになりました。同時に、当グループはより多くの AI 機能をワークフローに組み込む方法も検討しています。現在は Document AI を試験運用しており、請求書入力を自動化して経理チームの時間を節約することを目指しています。

多くの意味で、私たちの歩みはまだ始まったばかりですが、透明性の高いアプローチにより、戸惑うステークホルダーや慎重さを見せる規制当局の支持を得ることができたため、Google Cloud の活用によりセキュリティとパフォーマンスが大幅に向上したことをすでに実証できています。これを足掛かりにしてさらなるイノベーションに着手することで、効率性と反応時間を改善し、重要なプロダクトとサービスをお客様に提供し続けることができます。信頼性、安定性、コンプライアンス、そしてイノベーション。Google Cloud なら、そのすべてが揃います。

-ドイツ取引所グループ、EVP 部門、コーポレート IT 担当責任者 Lars Bolanca 氏

Kingfisher: 新しいすぐれたデータプラットフォームで住宅リフォームの未来を築く

Tue, 12 Dec 2023 03:00:00 +0000

※この投稿は米国時間 2023 年 12 月 5 日に、Google Cloud blog に投稿されたものの抄訳です。

小売業界では、物理とデジタルの違いははっきりしておらず、住宅リフォーム部門も例外ではありません。Kingfisher の小売バナーには、B&Q、Castorama、Brico Dépôt、Screwfix があり、お客様は買い物がオンラインであっても、店舗であっても、シームレスなショッピング体験を期待しています。

商品のおすすめから配達方法の提案や位置情報を利用したサービスまで、こうした変化する期待に応えるうえで必要なテクノロジーにはすべてデータが活用されています。お客様に効果的にサービスを提供するには、そうしたデータが可用性、精度、最適化に優れており、それがゴールドスタンダードとなる必要があります。

2022 年 11 月、Kingfisher は、大規模なオンプレミスの SAP ワークロードをクラウドに移行する取り組みを加速させるために、Google Cloud と 5 年の戦略的パートナーシップを結びました。密結合されたモノリシックアーキテクチャから移行することで、レジリエンスを改善し、データプラットフォームを強化して、データの可能性を最大限に引き出し、成長を促進させるうえで必要なレジリエンスとアジリティを得ることが目標でした。

自分たちの手で実現するための適切なプラットフォーム、そして人材

目標の達成にはデータの速度と品質が重要であり、それには、データプラットフォーム、レコメンデーションエンジン、高度な ML、コンテンツを迅速に取り込んでキュレートする機能が必要になります。これらすべてが今後の計画の重要な要素です。Google Cloud との連携したことで、この実現の可能性を最大限に引き出せるようになったほか、Google Cloud Marketplace を通じて、調達を簡素化する重要な機能を利用できるようになりました。

Google Cloud との連携の決断にあたって特に重要となった要素の一つが、専門知識でした。Google Cloud は、当社のニーズに適した特定の機能やサービスを提供するだけでなく、それらのソリューションの背後に当社の業界に通じたチームが控えています。Google Cloud チームは、当社のニーズと目標を承知しており、課題を通じた取り組みを支援してくれます。ワークロードの移行とアーキテクチャの構築を進めるなかで、全面的な協力体制を打ち出し、心を合わせて緊密に連携してくれています。

データの可能性を引き出して、お客様の期待に応える

このパートナーシップはすでに成果を挙げ始めています。コアプラットフォームからデータを切り離すことで、ビジネスニーズに合わせてより生産的にデータを利用できるようになり、現在はサプライチェーンの可視性に関するユースケースに取り組んでいます。そういったプロジェクトの一つでは、さまざまなライブプロモーションに応じて動的に商品の料金を設定できるようにすることで、市場に対してより機敏に反応できるようになりました。

これを実現できているのは、SAP システムからデータを切り離して、BigQuery や Cloud Storage といった Google Cloud ソリューションでデータを実行できるようにしたからです。これにより、さらにパーソナライズされたショッピング体験を提供できるようになりました。現在、商品と販売のデータを使用して、新しいリアルタイムの注文システムを作成する計画を進めており、これによって在庫の正確性が大きく向上します。また、この計画には、B&Q のオンラインマーケットプレイスの商品数を 70 万から 400 万に拡大する取り組みも含まれています（Kingfisher の 2023 年上半期と 2023 年の財務業績）。

強固な基盤を築いて未来に臨む

デジタル小売業の未来では、コンピューティング負荷が高くなり、主要な株式市場を支えるために必要なものとほぼ同じレベルのリアルタイムデータ処理が必要になります。Google Cloud との連携を通じてデータを最大限に活用する処理能力を得たことで、当社は専門業務に集中できるようになりました。これで、住宅リフォームの最適な提案をお客様に提供することが可能になります。

Google Cloud の急成長中の AI ソリューションスイートは、当社のデータ活用能力に新たな側面をもたらしており、それは顧客体験を向上させていくうえでますます重要になっていきます。たとえば、Vertex AI は商品ページの最適化というメリットをすでにもたらしています。これにより、お客様はさまざまなシナリオで商品を表示して確認し、より多くの情報に基づいて購入を決断できます。ビジネス全体で、AI によって社内処理の改善と高速化が実現されており、それが最終的にはお客様へのサービス提供の強化につながります。

小売業界が進化を続けていることは誰の目にも明らかです。当社は Google Cloud との連携により、アジリティ、サポート、データプラットフォームを手に入れ、実店舗とオンラインの両方でよりシームレスな顧客体験を提供できるようになりました。

-Kingfisher Plc、最高技術責任者 Christopher Blatchford 氏

MDE と ABAP SDK for Google Cloud を使用して施設管理を自動化する

Mon, 20 Nov 2023 01:20:00 +0000

※この投稿は米国時間 2023 年 11 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。

Google Cloud のお客様の多くは、複数の製造施設を運営しており、頻繁に機械のメンテナンスを行ったり、生産のダウンタイムを短縮したりすることで、費用を削減する方法や、効率を向上させる方法を常に模索しています。

これまで、製造現場のアセットのモニタリングやメンテナンスは、ほとんどが手作業で事後対応の面倒なプロセスでした。Google Cloud は、AI と ML のポートフォリオを活用してこのプロセスを支援します。現在、センサーは機械から運用データを収集し、Google Cloud にストリーミングしています。Google Cloud に取り込まれたデータを使用して、機械学習や統計計算でパターンを特定し、メンテナンスの問題を予測することで、問題が発生する前に解決することも可能になりました。このソリューションパターンは、予測メンテナンスとして知られています。施設管理者は、予測メンテナンスに基づくテクニカルソリューションを活用することで、機械や設備が故障する前に、その異常を検知できるようになります。また、施設管理者は、予測メンテナンスを活用することで、設備が稼働している時間を避けて都合の良いときにメンテナンスをスケジュールできるため、時間と費用を大幅に節約できます。

巨大なデータセットの生産データを大規模に分析することは、常に困難が伴います。特に、生産パイプラインの何千ものアセットに関わる複数の生産施設のデータがある場合はなおさらです。この課題を解決するために、Manufacturing Data Engine は、メーカーがエンドツーエンドで製造現場のビジネスプロセスを管理できるように設計されています。

Manufacturing Data Engine

Manufacturing Data Engine（MDE）は、製造データの取り込み、処理、コンテキスト化、保管、利用を加速、簡素化、強化するスケーラブルなソリューションで、モニタリング、分析、ML のユースケースに対応しています。このコンポーネントスイートによって、Google Cloud の分析機能や AI 機能を活用して変革を加速するメーカーを支援します。

上記のアーキテクチャには以下が含まれます。

Manufacturing Connect: 工場での連携を支えるプロダクトとして、エッジワークロードをサポートし、Google Cloud とデバイスを統合します。250 以上のマシンプロトコルの豊富なライブラリを介して、ほぼすべての製造アセットと迅速に接続できます。
Manufacturing Data Engine: 工場データの処理、コンテキスト化、保存を行います。組み込まれたデータの正規化およびコンテキスト拡充機能により、工場に最適化されたデータレイクハウスをストレージとして、共通のデータモデルを提供します。
カスタマイズ可能な事前定義された分析: ビジネスインサイトとセルフサービス型の分析のために、カスタマイズ可能なダッシュボードと「メタモデル」を提供します。
AI を活用した業務の最適化: Vertex AI などの Google Cloud ツールとのインテグレーションや、AI ユースケースのポートフォリオを活用し、価値を大規模に引き出します。

メーカーを対象とした SAP プロダクト

エンタープライズリソースプランニング（ERP）ソフトウェアの大手ベンダーである SAP と Google Cloud は長年にわたるパートナーであり、BigQuery、Vertex AI、Cloud Pub/Sub などの Google のサービスを活用して、ビジネス領域全体でお客様のビジネス変革を支援してきました。SAP は、メーカー向けに SAP Plant Maintenance を提供しており、設備点検、通知、是正メンテナンス、予測メンテナンス、修理といったメンテナンス業務の管理を支援しています。

ABAP SDK for Google Cloud

ABAP SDK for Google Cloud は、SAP と Google Cloud のサービス間で双方向のリアルタイムインテグレーションを実現します。SAP デベロッパーは、ABAP SDK for Google Cloud を使用することで、Vertex AI、Document AI、Translation AI、Pub/Sub などの Google Cloud サービスと SAP アプリケーションを統合できます。ABAP SDK によって、デジタルトランスフォーメーションを加速し、ビジネスの目標をより速く達成できます。

両方のソリューションの長所を組み合わせる

Plant Maintenance のビジネスプロセスを SAP 上で運用しているメーカーは、Google Cloud の MDE と ABAP SDK for Google Cloud の機能を組み合わせることで、製造現場のアセット用に予測メンテナンスを実装できます。自動車メーカーを例に考えてみましょう。このメーカーは、塗装や組み立ての作業に入る前に、サンドブラストマシンで金属部品を洗浄しており、組み立てラインの中断につながる可能性がある異常がないかどうか、ブラストマシンのモーターの状態をモニタリングしたいと考えています。

MDE は、モーターに取り付けられた振動センサーからシャフトの振動の形式でセンサーデータのストリームを受信でき、振動ストリームの異常パターンを検出する ML モデルを構築できます。
ML モデルによって異常が検出されると、MDE でイベントがトリガーされ、設備情報を含む通知が Cloud Pub/Sub トピックにパブリッシュされます。
SAP の自動化プログラムがバックグラウンドで定期的に実行され、ABAP SDK for Google Cloud を使用して、Cloud Pub/Sub から設備情報をネイティブに取り込み、SAP で Plant Maintenance のオーダーを作成します。
SAP のビジネスユーザーがオーダーの処理を開始します。ABAP SDK for Google Cloud を活用して、現在のオーダーステータスを別の Cloud Pub/Sub トピックにパブリッシュするように ABAP ロジックを記述できます。このトピックは、BigQuery データセットへの情報ソースとして使用できます。
ダッシュボードは、BigQuery データセットに基づいて施設管理者向けに設計でき、以下のような指標の追跡に使用できます。
- メンテナンスオーダーのリアルタイムのステータス
- オーダーの遅延の可視性

結論と展望

製造データを SAP のようなエンタープライズソフトウェアに統合することで、製造現場の業務の可視性がかつてないほど高くなり、以下のことが可能になります。

メンテナンススケジュールを計画および最適化することで、ダウンタイムを削減する。ダウンタイムは、年間売上高の約 11% の損失に相当する可能性がある（リンク）
組み立てラインの中断や高価な修理につながるような致命的な故障を回避する
生産ラインのサイクルタイムを効率化する

MDE は、製造現場のデータを効率的に合理化し、収集する機会を提供します。一方、ABAP SDK for Google Cloud は、SAP システムに製造に関するインサイトをもたらす可能性を広げます。お客様は、同様のソリューションパターンに従って、Google Cloud の他のソリューションやサービスを SAP システムでネイティブに利用でき、ABAP SDK for Google Cloud はそのインテグレーションを可能にします。また、パートナーは SDK を使用して、これらのインテグレーションパターンをパッケージ化されたソリューションに変換できます。

Google Cloud の Manufacturing Data Engine と ABAP SDK for Google Cloud の詳細を確認し、今すぐ新たな一歩を踏み出しましょう。

ー Google Cloud、SAP カスタマー エンジニア Manas Srivastava

ー Google Cloud、SAP アプリケーション エンジニア Devesh Singh

CELSA Group、SAP の障害復旧を Google Cloud に移行してビジネスの継続性を確保

Fri, 10 Nov 2023 01:30:00 +0000

※この投稿は米国時間 2023 年 10 月 28 日に、Google Cloud blog に投稿されたものの抄訳です。

急速に進化する今日のビジネス環境では、安全で信頼性の高い障害復旧ソリューションが最重要事項になっています。鉄鋼および鉄鋼製品製造のリーダー企業である CELSA Group にとって、重要なシステムに中断なくアクセスできるようにすることは、単なる優先事項ではなく必須事項です。そのため同社は、SAP S/4HANA の障害復旧を Google Cloud に移行するという戦略的決定を下しました。これにより、安心感と堅牢な冗長性レイヤがもたらされました。

CELSA Group の以前のアーキテクチャでは、新たに求められるセキュリティと信頼性の基準に対応し続けることができませんでした。CELSA Group の CTOである Manuel Parra López 氏は、ダウンタイムに関連する潜在的なリスクを認識したうえで、次のように述べています。「この極めて重要な決断は、セキュリティと信頼性における Google Cloud のリーダーシップに基づいて行なったものです。それは、CELSA Group と Google Cloud の信頼できるパートナーシップの始まりでした。」Google Cloud により、CELSA Group は業務を中断することなく、全体的なセキュリティと復元力を強化しています。

計画的であれ計画外であれ、本番環境と障害復旧環境の切り替えを実質的なデータの損失なしでシームレスに行えることで、CELSA Group では中断のない業務遂行が可能になります。本番環境と障害復旧環境を 2 つの別々のクラウドプロバイダがホストすることで、CELSA Group のインフラストラクチャに不可欠な冗長性レイヤが加わり、重要なシステムへのほぼ 24 時間 365 日のアクセスを保証できます。システムパッチの課題やサイバー脅威などの問題によるダウンタイムは、多額の金銭的損失や業務の遅延につながる可能性があります。しかし、このような問題から保護するための耐障害戦略がある CELSA Group では、1 時間もかからずビジネスアプリケーションを完全に移行できるため、重要な業務に時間を費やせます。

CELSA Group の技術戦略は、冗長性を優先するだけでなく、パフォーマンスとセキュリティの向上も実現しています。実際のシナリオを想定したストレステストを定期的に実施し、障害復旧のために単一のクラウドプロバイダからマルチクラウドモデルに移行することで、セキュリティを向上させながら同じレベルのサービスを維持しています。また、1 時間未満でセカンダリシステムに完全に復元することも可能です。

López 氏は次のように述べています。「セキュリティとシステムパフォーマンスは常に最適でなければなりませんが、この移行は間違いなく、どちらの分野でもより高い基準を達成することに寄与しました。」

信頼性とセキュリティが向上したことで実現した価値は計り知れません。特に、費用管理と費用計画により高額な費用の発生を抑えることができた点を考慮すると、その価値は絶大です。重要なシステムが中断しないよう保護されているという安心感は、CELSA Group にとってかけがえのないものです。Google Cloud への移行が成功したことで、同社と Google Cloud のパートナーシップはさらに深まりました。

SAP の障害復旧環境を Google Cloud に移行した CELSA Group の戦略的取り組みは、絶大な効果を生むものだったことが証明されました。ビジネスの継続性だけでなく、パフォーマンス、セキュリティ、全体的な復元力も強化されました。ダウンタイムが業務を麻痺させかねない今日のデジタル環境において、CELSA Group は Google Cloud を利用することで、信頼性と安全性の高いインフラストラクチャを自信を持って運用できるようになりました。

-カスタマー ソリューション インテリジェンス Miles Hanley

SAP のパフォーマンスベンチマークのベストプラクティス

Thu, 09 Nov 2023 01:00:00 +0000

※この投稿は米国時間 2023 年 10 月 19 日に、Google Cloud blog に投稿されたものの抄訳です。

あらゆる SAP システムの実装において、パフォーマンスベンチマークは不可欠な要素です。実装プロセスのさまざまな段階でシステムのベンチマークを行うことで、パフォーマンスのボトルネックを早期に特定して対処できます。これにより、ビジネスの成長に伴うパフォーマンス上の影響を出さずに、SAP システムがビジネスニーズを満たせるようにできます。

パフォーマンスベンチマークは、プロジェクトの段階に応じて異なることを意味します。

実装前: この段階では、オンプレミス環境の SAP システムのパフォーマンスを評価します。これはクラウドリソースのサイズ設定の指標になります。また、SAP システムをクラウドに移行した後の評価ベースラインとしても機能します。
実装: SAP システムを Google Cloud にデプロイした後、再度システムのパフォーマンスを評価する必要があります。これは実装プロセスで発生した可能性のあるパフォーマンスのボトルネックの特定に役立ちます。この段階では、負荷テストやパフォーマンステストなど、さまざまなタイプのテストを実施し、潜在的なパフォーマンスのボトルネックを特定します。負荷テストはさまざまなツールや手法で実施できます。よく利用される手法に、サードパーティツールである LoadRunner や JMeter などを使用して、システムに多数のユーザーがアクセスしている状況をシミュレートするものがあります。合成トランザクションを利用して、特定のビジネスプロセスをシミュレートすることもできます。負荷テストスクリプトを定義する際、システムで予想されるユーザータイプ、ビジネスプロセス、ピーク時の負荷を考慮することが重要です。
運用: システムを Google Cloud に移行した後には、パフォーマンスニーズを満たしていることの確認が重要です。これは時間の経過とともに発生する可能性のあるパフォーマンス低下を特定したり、パフォーマンスの低いシステム部位を特定して必要な改善を施せるようにするのに役立ちます。

SAP システムをクラウドに移行する前に、パフォーマンス改善のために次の点を考慮してください。

ネットワーク

ネットワーク ティア

Google Cloud には、スタンダードとプレミアムの 2 つのNetwork Service Tiers があります。Network Service Tiers を使用することで、お客様はネットワークパフォーマンスを改善できます。Google Cloud の存在を際立たせる重要なコンポーネントの一つがプレミアムネットワークバックボーンで、高いネットワークパフォーマンスと低いレイテンシを実現します。

プレミアムティアでは、インターネットと VPC ネットワーク内の VM インスタンス間のトラフィックは可能な限り Google のネットワーク内でルーティングされ、それにより最高のパフォーマンスと低レイテンシを実現します。スタンダードティアでは、インターネットと VPC ネットワーク内の VM インスタンス間のトラフィックは、通常はインターネット経由でルーティングされます。

オンプレミスからプライマリおよび DR リージョンまでのレイテンシ

SAP システムのリージョン選択にあたって、オンプレミス環境とターゲットのクラウド内プライマリおよび DR リージョンとの間のレイテンシを考慮します。Google Cloud では、パフォーマンスダッシュボードを使用して、Google Cloud リージョン間のレイテンシをチェックできます。

レイテンシが影響を与える可能性のあるさまざまなシナリオを以下に示します。

アプリケーションとデータベース間のレイテンシが高いと、応答時間やトランザクション時間の延長、タイムアウトエラーなどが発生する可能性があります。
SAP システムを構成してデータのゾーン間レプリケーションを有効にできるため、ゾーン間レイテンシが低いことは高可用性にとって重要です。しかし、ゾーン間レイテンシが高すぎると、データベースのレプリケーション、ひいては SAP システムのパフォーマンスに影響が及ぶ可能性があります。
リージョン間レイテンシが低いことは、障害復旧の目標復旧時点（RPO）の実現にとって重要です。

相互接続と Cloud VPN

Google Cloud は、相互接続のために Dedicated Interconnect、Cloud Interconnect、Cloud VPN など、さまざまなオプションをご用意しています。

SAP システムに最適な相互接続オプションは、お客様固有のニーズにより異なります。高帯域幅と低レイテンシが要件の場合、Dedicated Interconnect または Partner Interconnect が優れた選択肢です。他のクラウドプロバイダへのパートナー接続をお持ちの場合、パートナーがサポートしていれば、Google Cloud への接続用に再利用できます。より費用対効果の高いソリューションが必要な場合、Cloud HA-VPN がより優れた選択肢になる可能性があります。ほとんどの SAP アプリケーションに十分対応できます。ただし、ラストワンマイルのトラフィックはインターネット経由でルーティングされるため、レイテンシの変動が見られることがあります。

アベイラビリティ ゾーン

SAP システムのゾーン選択にあたって、次の要素を考慮することが重要です。

レイテンシ: マルチゾーンアーキテクチャの場合の、ゾーン間レイテンシ
可用性: 選択したゾーンにおけるマシンタイプの可用性

Google Cloud のパフォーマンスダッシュボードで、ゾーン間レイテンシをチェックできます。

ディスクの選択

ゾーンを選択したら、ディスクのタイプ選択とサイズ設定を、ユースケースと必要な IOPS およびスループットに基づいて行う必要があります。

Compute Engine は、ソリッドステートドライブ（SSD）テクノロジーまたは標準のハードディスクドライブ（HDD）テクノロジーに基づいて、さまざまなタイプの永続ディスクと Hyperdisk を提供します。タイプごとにパフォーマンス特性が異なります。Google Cloud は、ディスクの基盤となるハードウェアを管理して、データの冗長性を保証し、パフォーマンスを最適化しています。

ディスクスループットとは、ディスクの秒あたりの読み取りまたは書き込み可能なデータ量のことです。ディスクスループットと IOPS が SAP システムのニーズを十分に満たしていることが重要です。

さまざまな SAP プロダクトでサポートされているディスクタイプの詳細は、SAP Note - 2456406 を参照してください。必要な IOPS およびスループットを実現するには、選択したディスクのサイズを、ドキュメントに基づいて必要なパフォーマンスを満たすように設定します。

ディスクパフォーマンスのベンチマークは、Flexible I/O tester（FIO）ツールで実施できます。
詳細はこのドキュメントをご覧ください。

実行中のインスタンスで使用されているディスクの IOPS とスループットを測定するには、測定用に作られた構成でファイルシステムのベンチマークを行います。そうすることにより、既存のディスクの内容を失わずに現実的なワークロードをテストできます。既存のディスクでファイルシステムをベンチマークすると、開発環境固有のさまざまな要素がベンチマーク結果に影響を与える可能性があり、その結果、ディスクパフォーマンスの上限に届かないことがある点にご注意ください。

永続ディスクの純粋なパフォーマンスを測定するには、ブロックデバイスを直接ベンチマークします。この方法を使用して、純粋なディスクパフォーマンスとディスクパフォーマンスの上限を比較します。

VM インスタンスの選択

Google Cloud で SAP システムをデプロイできるのは、事前定義された認定マシンタイプまたはカスタムマシンタイプで、その SAPS 評価が SAP インスタンスの SAPS 評価以上の場合です。VM インスタンスの vCPU 数とメモリが SAP インスタンスの要件を十分に満たしていることも必要です。SAP 認定マシンタイプの一覧は、SAP Note - 2456432 および Google Cloud のドキュメントを参照してください。

永続ディスクのパフォーマンスは、ディスクのサイズと VM インスタンスの vCPU 数に応じてスケールします。パフォーマンスは、ディスクの上限か、ディスクがアタッチされている VM の上限に達するまでスケールします。VM の上限は VM のマシンタイプと vCPU 数により決定されます。

例

4 個の vCPU を備えた N2 マシンタイプの VM にアタッチされている 1,000 GB のゾーン SSD 永続ディスクがあるとします。ディスクのサイズのみに基づく読み取り上限は、36,000 IOPS（6,000 ベースライン IOPS +（30 IOPS/GB × 1,000 GB））です。しかし、VM が備えているは vCPU は 8 個であるため、読み取り上限は 15,000 IOPS に制限されます。

共有ファイル システム

共有ファイルシステムは、SAP システムの多くで重要なコンポーネントになっています。これは SAP のアプリケーションファイル、インターフェースファイル、構成ファイルのストレージとして使用できます。

共有ボリュームのベンチマークを行い、SAP ワークロードに必要なパフォーマンス要件を確保することが重要です。SAP ワークロードの要件は非常に厳しいものになる可能性があり、共有ボリュームのパフォーマンスが優れない場合、SAP システム全体のパフォーマンスのボトルネックになることがあります。

共有ファイルシステムのパフォーマンスに影響する可能性のある要因はさまざまで、次のようなものが含まれます。

ネットワーク帯域幅: 共有ファイルシステムを SAP サーバーに接続するネットワークの帯域幅は、パフォーマンスに大きな影響を与える可能性があります。
ストレージのパフォーマンス: 共有ファイルシステムに使用されるストレージデバイスのパフォーマンスも、共有ファイルシステムのパフォーマンスに大きな影響を与える可能性があります。

まとめ

SAP システムの実装のさまざまな段階でベンチマークを行うことで、パフォーマンスのボトルネックを早期に、またシステムのライフサイクル全体を通じて、特定して対処できます。これにより、SAP システムはビジネスのパフォーマンスニーズの高まりに対応できるようになります。

ベンチマークでは、基盤となるインフラストラクチャのあらゆる側面、すなわちネットワークティア、相互接続オプション、レイテンシ、アベイラビリティゾーン、ディスク選択、VM インスタンス、共有ファイルシステムなどを考慮します。詳細については、Google Cloud 上の SAP をご覧ください。

-SAP クラウド エンジニア Ghanshyam Patel

-SAP クラウド エンジニア Shubham Rai

SAP デベロッパーに朗報: ABAP SDK for Google Cloud で 40 以上の API をサポート

Tue, 10 Oct 2023 03:00:00 +0000

※この投稿は米国時間 2023 年 10 月 5 日に、Google Cloud blog に投稿されたものの抄訳です。

Advanced Business Applications Programming（ABAP）のデベロッパーは、長年にわたって SAP アプリケーションの拡張機能を構築し、ビジネスプロセスの変革において重要な役割を果たしてきました。今年になってから、ABAP デベロッパーが SAP アプリケーションと Google Cloud を簡単に接続して統合できるようにする ABAP SDK for Google Cloud の最初のバージョンをリリースしました。このリリース以来、すでに Google Cloud のお客様やパートナー様によって、重要な SAP ビジネスプロセスの革新的な拡張機能が構築されています。事例としては、Pub/Sub を使用した SAP のビジネストランザクションの自動化、Secret Manager を使用したオペレーションの保護、Document AI を使用した非構造化データ処理などがあります。

すでに多くのお客様が ABAP SDK によるビジネス上のメリットを実現されていますが、さらに多くの Google Cloud サービスのサポートと、ABAP SDK ベースのソリューションを迅速にオンボーディング、開発、デプロイするためのツールの改善も求められています。このようなフィードバックに基づき、このたび、ABAP SDK for Google Cloud の新しいバージョン（V1.5）をリリースしました。このバージョンでは、次の 3 つの主要分野の機能を拡張しています。

より多くの API のサポート
認証メカニズムの追加
ABAP デベロッパーの生産性向上

より多くの API のサポート

ABAP SDK の最初のバージョンでは、9 つの Google Cloud API をサポートしていました。今回の新しいバージョンでは、Google Workspace、Google マップ、Google Enterprise API の分野で 40 以上の API をサポートしています。注目すべき点をいくつかご紹介します。

Google Cloud Vertex AI: ABAP SDK を使用して、Vertex AI で利用可能な生成 AI モデルを ABAP プログラムで直接利用できるようになり、操作が簡単になりました。たとえば、石油 / ガス会社は、Vertex AI にデプロイされた大規模言語モデル（LLM）を使用して、SAP の新しい作業指示用の安全手順チェックリストの作成を自動化できます。
Google Maps Platform: Google Maps Platform で提供されているさまざまな API を簡単に利用できるようになりました。これにより、Google の位置情報ソリューションで SAP データを補完できます。たとえば、運送業者では、Distance Matrix API を使用して SAP で効率的な配送ルートを作成したり、Geocoding API を使用して正確な住所データを取得したりできます。
Google Workspace: ABAP SDK を使用して、Google ドキュメント、Google スプレッドシート、Google ドライブを SAP アプリケーションに直接統合できるようになりました。たとえば、Google ドライブフォルダでファイルをアップロード / ダウンロードしたり、ABAP プログラムから Google スプレッドシートに表形式データを直接エクスポート / インポートしたりすることを、SAP ユーザーに簡単に許可できます。
Google Cloud Data Loss Prevention: 機密データを検出、分類、削除、匿名化、保護できるようになりました。たとえば、組み込みの infoType 検出機能を使用して、メールアドレス、社会保障番号、パスポート番号など、個人を特定できる情報を識別して削除できます。

認証メカニズムの追加

ABAP SDK の最初のバージョンではすでに、トークンベースの認証や API キーベースの認証を含む複数の認証メカニズムをサポートしていました。この新しいバージョンでは、OAuth 同意を伴う OAuth 2.0 クライアント認証情報ベースの認証もサポートしています。これは、ユーザーコンテキストの伝播に OAuth ベースの認証を必要とする Google Workspace API を使用する場合に特に便利です。

ABAP デベロッパーの生産性向上

ABAP SDK の最初のバージョンでは、技術ドキュメントの一部としてコードサンプルを公開していました。ABAP のデベロッパーの皆様にとって有用であった一方、開発インスタンスにサンプルコードを簡単にインポートできるようにしてほしいという声もありました。このニーズに応えるために、GitHub のリポジトリにコードサンプルを公開しました。すべてのコードサンプルは、abapGit 形式で公開されているため、デベロッパーはサンプルコードやクイックスタートを簡単に ABAP 開発環境にクローニングできます。

ABAP SDK は Google Cloud で完全にサポートされており、ABAP デベロッパーは、Google Cloud デベロッパーコミュニティ / フォーラムで、「ABAP SDK」ラベルを使用して、簡単にコラボレーションしたり質問の回答を得たりできます。このフォーラムに参加し、コラボレーションする方法については、Welcome to the ABAP SDK for Google Cloud Community の投稿をご覧ください。

すでに多くのお客様が、SAP アプリケーションを Google Cloud に移行し、Google Cloud サービスと統合することでビジネスを変革しています。Google の目標は、SAP アプリケーションと Google Cloud サービス間のインテグレーションをお客様にとってより簡単にすることです。ABAP SDK for Google Cloud は、ABAP デベロッパーが自由に利用できる数多くあるソリューションの一つです。この新しいバージョンでは、API カバレッジを拡張し、新しい認証メカニズムを追加し、デベロッパーエクスペリエンスを向上させました。ぜひ、新しい ABAP SDK をお客様の開発環境にインストールし、クイックスタートやコードサンプルを使用して新機能をお試しください。この取り組みはまだ始まったばかりです。皆様が ABAP SDK for Google Cloud を使用して構築される革新的なソリューションを楽しみにしています。

-Compute Engine 担当プロダクト マネージャー KK Ramamoorthy

-SAP アプリケーション エンジニア Ameya Suvarna