Amazon Web Services ブログ

SAPのお客様がIBM PowerとメインフレームのワークロードをAWS上でモダナイゼーションする理由

オンプレミスのIBM Power上でSAPを実行しているお客様がSAPジャーニーの次のフェーズを検討する際、多くの方々がより一般的でコスト効率の高いインフラストラクチャプラットフォームへの標準化を目指し、生成AI、アナリティクス、機械学習機能のイノベーションへのアクセスを求めています。 AWSは107以上のSAP認定インスタンスを提供しており、お客様が独自のコストとパフォーマンス要件に最適化できるようにしています。

このブログでは、お客様がIBM PowerからAWSへSAPシステムを移行することを選択する理由が増えている背景と、その始め方についてお話しします。

レガシーインフラストラクチャの隠れたコスト

IBM Power Systemsとメインフレームは数十年にわたって組織に貢献してきましたが、重大な課題を抱えています：

  • ハードウェア、ソフトウェアライセンス、専門スキルによる高い総所有コスト（TCO）
  • メインフレームとPower Systemsの専門知識を持つ人材プールの減少
  • 最新のクラウドネイティブサービスやイノベーションとの統合能力の制限
  • 大規模な初期資本投資を必要とする硬直的なスケーリング
  • CapExからOpExへのシフト：AWSへの移行により、ハードウェアやデータセンターへの大規模な初期投資（資本的支出またはCapEx）の必要性がなくなります。お客様は従量課金モデルに移行し、消費したリソースに対してのみ支払います。

AWSがSAPワークロードにとって自然な選択である理由

AWSは、モダナイゼーションを目指すSAPのお客様に対して、いくつかの魅力的な利点を提供します：

1. 大規模での実証されたパフォーマンス

  • SAPワークロード向けに認定された専用設計のAmazon EC2インスタンス
  • 一貫したサブミリ秒のレイテンシーと数百万のIOPS
  • 最大32TBのメモリを搭載したSAP認定ハイメモリインスタンス

2. 総所有コストの削減

  • 従量課金制により初期資本支出を削減
  • 自動化されたオペレーションにより管理オーバーヘッドを削減
  • 適切なサイジングと自動スケーリングによりリソース使用率を最適化
  • ハードウェアコストの削減：AWSの業界標準x86サーバーは、一般的にプロプライエタリなPowerシステムよりも低コスト

3. 強化されたイノベーション機能

  • SAPのお客様は、RISE with SAPおよびGROW with SAPジャーニーのためにランドスケープをモダナイゼーションでき、SAP Business Technology Platformと統合し、すべてAWS上でホストできます。このアプローチは、データを安全なAWSネットワーク内に保持し、パブリックインターネット経由の送信を回避することで、コストを最小化し、セキュリティを強化します
  • 200を超えるのAWSサービスとのネイティブ統合
  • ML、IoT、アナリティクスなどの最先端技術へのアクセス
  • 新機能の迅速なプロトタイピングと開発
  • より広範なソフトウェアエコシステム：x86プラットフォームは、オペレーティングシステム、データベース、ミドルウェア、アプリケーションの選択肢が豊富な、はるかに大きなソフトウェアエコシステムを持っています
  • 柔軟性と移植性：x86システムは、ベンダーの選択肢とより幅広いオペレーティングシステムおよびソフトウェアを実行する能力の面で、より高い柔軟性を提供します。これによりワークロードの移植性が向上します

4. 簡素化されたオペレーション

  • 自動化されたバックアップ、リカバリ、高可用性
  • 包括的なセキュリティとコンプライアンス管理

IBM Power SystemsからのSAPワークロード移行のためのAWS EC2インスタンスのサイジング

SAP Standard Application Benchmarks は、お客様とパートナーがITソリューションに適したハードウェア構成を見つけるのに役立ちます。SAPとハードウェアパートナーが協力して、SAPアプリケーションとコンポーネントのハードウェアおよびデータベースパフォーマンスをテストするためのSAP標準アプリケーションベンチマークを開発しました。 SAP Application Performance Standard（SAPS）は、SAP環境におけるシステム構成のパフォーマンスを表すハードウェアに依存しない測定単位です。 これは販売管理（SD）ベンチマークから派生したもので、100 SAPSは1時間あたり2,000の完全にビジネス処理された受注明細行として定義されています。 異なるハードウェア構成とCPUコア数において、SAP SDベンチマークを使用してIBM Power SAPSレーティングを計算し、 同等のAWS EC2 SAP認定インスタンスにマッピングしてみましょう。

インスタンスタイプ SAPS（2層） CPUタイプ SAPS/vCPUまたはスレッド
IBM Power E1080 1,311,850 16 x Power10 3.55 GHz, 192 cores, 1536 threads 854
AWS u7i-12tb.224xlarge 1,254,030 Intel Sapphire Rapids SP 896 vCPUs 1399
AWS u7in-16tb.224xlarge 1,281,620 Intel Sapphire Rapids SP 896 vCPUs 1430
IBM Power® E1050 736,420 4 x Power10 2.95 GHz, 96 cores, 768 threads 958
IBM Power Systems Virtual Server E980 907,820

16 x POWER9

3.9 GHz, 160 cores, 1280 threads

 709
AWS u7i-6tb.112xlarge 642,850 Intel Sapphire Rapids SP 448 vCPUs 1434
AWS u7i-8tb.112xlarge 645,230 Intel Sapphire Rapids SP 448 vCPUs 1440
IBM Power Enterprise System E870 436,100

8 x POWER8

4.19 GHz, 80 cores, 640 threads

 681
IBM Power 780 311,720

12 x IBM POWER7+

3.72 GHz, 96 cores, 384 threads

 811
AWS r7i.48xlarge 296,200 Intel Sapphire Rapids SP 192 vCPUs 1542

IBM PowerからAWSへのSAPシステムの移行

AnyDB（Oracle、SQL Server、IBM DB2などのSAP HANA以外のデータベース）からAWS上のSAP HANAへの移行は、通常、リプラットフォーミングアプローチを伴います。 このプロセスは SAP’s Database Migration Option (DMO) ツールを活用します。これは Software Update Manager (SUM).

AnyDBからAWS上のSAP HANAへの移行における主要なステップと考慮事項：

計画とサイジング：

現在のAnyDB環境を評価し、そのサイズ、複雑さ、依存関係を理解します。 適切な appropriate SAP HANA instance sizing を、メモリとコンピュート要件を考慮してAWS上のワークロードに対して決定します。これにはSAP標準サイジングレポートが推奨されます。

AWSインフラストラクチャのセットアップ：

SAP HANAおよびアプリケーションサーバー用のEC2インスタンス、ストレージ（EBS）、ネットワーキング（VPC、サブネット、セキュリティグループ）を含む必要なAWSリソースをプロビジョニングします。 使用を検討してください AWS Launch Wizard for SAP を使用して、AWS上のSAP HANAランドスケープのデプロイを自動化および迅速化し、ベストプラクティスへの準拠を確保します。

SAPアプリケーションサーバーのインストール：

AWS Launch Wizard for SAP は、初期インフラストラクチャのセットアップとSAPアプリケーションサーバーのインストールの両方に役立ちます。

移行方法の選択：

SAP DMO with SUM： これは、AnyDBからSAP HANAへの移行のための一般的で推奨される方法です。データベース変換、OS移行、必要に応じてリリース/エンハンスメントパックのアップグレードとUnicode変換が可能です。

HANAシステムレプリケーション： IBM Power上のSAP HANA 2.0からAWS上のSAP HANA 2.0への移行に使用できます。

IBM Power上のHANA 1.0ビッグエンディアンからAWS上のHANA 2.0リトルエンディアンへの移行： お客様は、SAP Note 2537080に記載されているSAP HANA System Migration Toolを参照できます。後半部分では、「Combined SWPM and HANA Migration Tool Database Migration」方式を使用した移行について説明しています（SAP Note 2802500を参照）。

データ移行：

DMOを使用する場合、ツールはソースAnyDBからのデータ抽出とフラットファイルへの変換を処理し、その後AWS上のターゲットSAP HANAシステムに転送されます。 オンプレミス環境とAWS間の堅牢なネットワーク接続を確保し、安全で高速なデータ転送のためにAWS Direct Connectの利用を検討してください。

お客様の成功事例

グローバルな生鮮食品のリーダーであるDole Food Companyは、Syntaxと提携してIBM Power SystemsをAWSに移行することでSAPランドスケープをモダナイゼーションしました。 29カ国にわたって162,000エーカーの農地を運営するDoleは、老朽化したインフラストラクチャの課題に直面しており、運用効率を向上させるソリューションが必要でした。 Syntaxと協力して、IBM Powerとx86ワークロードの両方を含む複雑なSAP環境の移行に成功しました。 DoleのAWSへの移行に関与した具体的なSAPソリューションは、S/4HANA、Business Warehouse（BW）、Customer Relationship Management（CRM）、Process Orchestration（PO）、Solution Manager、Unified Demand Forecast（UDF）、およびBusinessObjects（BO）でした。 AWSのグローバルインフラストラクチャを活用して、SyntaxはDole Packaged Foodsに対して、AWS Reserved Instancesによるコスト最適化、Amazon EC2によるパフォーマンス向上、AWS CloudFormationと自動化ツールを使用したシステムデプロイ時間の短縮を実現する包括的なSAP移行を提供しました。 このソリューションは、安全な接続のためのAWS Direct Connect、ゼロトラストセキュリティ実装のためのAWS Identity and Access Management（IAM）、可視性向上のためのAWS Systems Managerを活用し、AWS Auto Scalingによる弾力的なスケーラビリティをDoleに提供し、オンプレミスインフラストラクチャコストを削減することで資本を解放しました。

Fortune 500の製造企業は、1,200台以上のサーバーと数百テラバイトのデータを含む全SAP ERPランドスケープをIBM PowerからAWSに移行し、わずか20時間の本番ダウンタイムで成功しました。 この15か月の変革は、重要なビジネス成果をもたらしました：AWSの従量課金モデルによる数百万ドルのコンピュートコスト削減、AWS Auto Scalingによる拡張性の向上、AWSのマルチAZアーキテクチャを活用した回復力の向上です。

始め方

AWSは、SAP移行のための完全なリソースセットを提供しており、 詳細なドキュメント, 実証済みの移行フレームワーク, 専門ツール、および専任の技術サポートを提供しています：

* AWS Migration Acceleration Program (MAP) for SAP

* AWS Professional Services and 認定SAPパートナー

* 移行方法論、 frameworks、およびベストプラクティス

* SAP on AWS Documentation

AWSアカウントチームにお問い合わせいただくか、 SAP on AWS ページにアクセスして、SAPワークロードのAWSへの移行について詳しく学んでください。

本ブログはAmazon Q Developer CLIによる機械翻訳を行い、パートナーSA松本がレビューしました。原文はこちらです。