HPEからSAP HANAのソリューションを選択する10の理由。 パート2

以前の記事で、 SAP HANA向けにHewlett Packard Enterpriseのソリューションを選択する10の理由について話し始め、技術的な理由に焦点を当てました。



「ベンダーの目を通して」SAP HANAでソリューションを選択するプロセスを検討することを提案します。





しかし、すべてはややシンプルで、より平凡です。



ソリューションの選択を支援するために、信頼性が高く高速なサーバー、ストレージ、または複合システムを選択するだけでは不十分であり、ソリューション全体を検討する必要があることを常にお客様と話し合います。 実際、高可用性ソリューションモデルは常にコンポーネントのスタックです。 また、特定のリンクを見失うと、システム全体が脆弱になる可能性があります。









ソリューションモデルについて言えば、修正不能なエラーをキャッチしてサービスを継続できる信頼性の高いハードウェアコンポーネント、システムの現在の状態を分析し、ハードウェアリソースの消費の予測モデルを構築し、既知のパターンに基づいて将来の動作を予測できる信頼性の高い診断および予測システムのリンクを念頭に置いていますシステム、アクセス性の高いオペレーティングシステム、およびシステム導入モデルとスケーラビリティを選択する柔軟性を顧客に提供できるハイパーバイザー、cf 個々のコンポーネントの障害からサービスを保護できるクラスタリング機能。 これらすべてのリンクの詳細化のみが、100％のソリューション可用性を提供できます。

6. HPE Serviceguard高可用性および災害管理ソリューション

ServiceGuardは、HP Labsで最初のSAP R / 3クラスタリングソリューションとして誕生し、その後* NIXシステムで誕生しました。 時間が経ち、Linuxはゆっくりと開発され、IntelはItanium機能をx86に切り替えました。SAPが新しいSAP HANA製品を発表したとき、Linuxとx86での高可用性ツールが必要でした。 ServiceGuardは移植されており、現在、計画外のダウンタイムや計画的なダウンタイムからアプリケーションとサービスを保護するように設計された高可用性クラスター組織ソフトウェアです。 HPE ServiceGuard for Linux（SGLX）は、定期メンテナンス中または障害発生時にアプリケーションのバックアップ機器またはサイトへの移行を自動化することにより、SAP HANA環境に24時間365日の可用性を提供します。 Smart Quorum 、SafeSync、データ整合性および監視メカニズム、開発、HPEか​​らの完全サポートなどのユニークな機能により、最も重要なHANAインスタンスを保護するためのセグメントで最も人気のあるクラスターソリューションとなります。

クラスタリング、クォーラムメカニズム、ポーリングリソース、スイッチングメカニズム、応答速度、移動中のロジック、インシデント中のインフラストラクチャの残りの部分へのアプローチなど、SUSE HAソリューションとは大きく異なります。 私はそれらにこだわるつもりはありませんが、私たちは常に顧客とそのようなことについて話し合います。



SAP HANAのServiceGuardクラスターの動作と、SAP System Replicationとの統合のデモ：

7. HANA実装サービス/専門知識

SAP HANAプロジェクトはアクションムービーに似ている場合があります.6か月以内に、外国の複数のTBを持つ単一の顧客の複数のHANAデータベースシステムを、非x86プラットフォーム（ここにはオプションはほとんどありません）からロシアとx86プラットフォームに移行する必要があります。 幸いなことに、当社には、お客様が正しく準備し、すべてのリスクを考慮し、許可された技術的なウィンドウから抜け出せず、メカニズムを提案し、テストし、HANAがロシアに痛みを伴わずに移転するのを支援するよく調整されたチームがあります。

世界のHPE Pointnextチームの背後には、SAP HANAの20,000を超えるシステムのインストール、展開、移行、およびメンテナンスがあります。



さらに、移行または展開の機能とタスクの一部をパートナーまたは顧客のITサービスに委任でき、プロジェクト中に専門知識を同僚に転送できます。

完成したいくつかのプロジェクトの例を次に示します。

8.専門知識の中心でのサポート：SAP HANA CoE

SAP HANAのソリューションの販売はそれほど悪くありません。 その場合、サポートとパフォーマンスを確保することが重要です。 世界の理想的な状況では、顧客は常に、設置された機器の1つのベンダーと、すべての技術的な問題に対する1つのエントリポイントを持っています。 しかし、現実には調整が行われます。特にSAP HANAのテーラードデータセンター統合について話している場合、たとえば、1つのベンダーがサーバーを担当し、別のベンダーがストレージを担当し、ネットワークが3番目であり、SAP自体もあり、たとえばハイパーバイザーがインストールされている場合などです。 個々のベンダーの責任範囲の交差点で相互作用の問題がある場合、それは特に「楽しい」ものになります。





このアプローチでは、強力な敵ではなく、状況を理解して解決するのに役立つ強力な味方を持つことが非常に重要です。



HPEは、ハードウェアサポートだけでなく、高度な資格を持つ技術専門家の支援を受けて拡張リモートサポートを提供する機能、および問題を解決するための統合アプローチを提供します。これにより、SAP HANA環境のアクセシビリティレベルが向上します。 SAP HANAソリューション向けのHPE Center of Excellence（CoE）は、ソリューションレベルのサポートを提供します。 機器の問題（サーバー、ストレージ、ネットワーク、LAN、さらにはHPE機器だけでなくサポートも含めることができます）をクローズし、予測分析に基づく問題の予測、推奨事項による状況のパーソナライズされた分析を提供します。 このサポートの最も重要な利点の1つは、HPEとSAP間の問題に対応するために特別に調整されたプロセスです。

9. WASL-Linux向けのユニークなSAP HANAアプリケーションセキュリティソリューション

SAP HANAを直接操作する人は、SAPのメモ全体からSAP HANAアプリケーションのオペレーティングシステムとセキュリティパッチをセットアップするためのすべての推奨事項を見つけることがどれだけ難しいかをおそらく知っているでしょう。 これらの目的のために、すべての推奨事項をWASLという 1つの場所にグループ化しています。



HPE Workload Aware Security for Linux（WASL）は、オペレーティングシステムとアプリケーションを保護するために設計されたワンクリックセキュリティツールです。 HPE WASLは、SAP HANAワークロードおよびLinuxオペレーティングシステムの基盤となるインスタンスのセキュリティ制御を提供します。 WASLを使用して、システムを実稼働に導入する前に必要なレベルのセキュリティを構成し、本稼働中にシステムを制御できます。 オペレーティングシステムは、インターネットセキュリティセンター（ CIS ）からのLinux OSのC4Sテストによって、国際標準およびセキュリティ要件への準拠についてチェックされます。 WASLは、 SAP HANAセキュリティガイドに従ってSAP HANAのHPEソリューションを保護し、ワンクリックで最大90％の設定を自動的に提供します。



サービスのデモンストレーション 、またはWASLの推奨事項に従ってSAP HANAアプリケーションの可用性を67.9％から90.1％に高める方法。

10. HPE Greenlake-SAP HANAモデルのサービスとしてのユニークなインフラストラクチャ

顧客と通信するとき、SAP HANAを実装する必要性が「すでに昨日」になったことをしばしば耳にすることができ、現在、インフラストラクチャにお金はありません。 私たちは銀行に行くことを強要しません。おそらくこの場合の答えは、IaaS、またはその特別なケースであるHPE Greenlake for SAP HANAの提供でしょう。









私は投資家ではありませんが、提案の本質を「指で」説明しようと思います。

1. お客様と一緒に、インフラストラクチャの形でプロジェクトを立ち上げるための要件に取り組んでいます。
2. インフラストラクチャの開発について、2〜3年の大まかな予測を立てています。
3. 顧客の前に保護する財務モデルを取得し、すべてが適切であれば、双方の弁護士が合意した契約に署名します。
4. お客様のサイトに機器を配送し、契約に記載されている構成作業を実施します。 契約条件に基づき、この機器はHewlett Packard Enterpriseの貸借対照表に記載されています。
5. SAP HANA（プロセッサ容量、メモリ、ディスクリソースの使用率）の下で、消費された機器リソースの統計を収集するプログラムをインストールします。 機器の実際の測定値に基づいて、リソースの使用に対して毎月請求します。 実際には、これは意味しますが、リソースの使用率がそれぞれ月ごとの支払いを増やしたり減らしたりすることで、それぞれ上昇と下降の両方が発生する可能性があります。
6. この契約の結果は、金銭的義務を履行した後、最終的に機器を顧客の残高に移すことです。 これらの義務が果たされる頃には、新しい世代の機器が登場する可能性が高いことを理解しています。4年後には、テクノロジーリフレッシュオプションを設定し、現在の世代の機器と交換できます。

もちろん、この提案には多くの機能があります。顧客には「白い」会計部門が必要です。設備の需要が徐々に増加する場合、財務モデルは収束します。可能であればOPEXを使用してCAPEXを削減する必要があります。 それにもかかわらず、ロシアでは、SAP HANAのGreenlakeオファーを数年間使用している顧客がすでに数人おり、「標準」SAP HANAプロジェクトのHPE Greenlake計算の形で代替オファーを作成する準備ができています。



SAP HANA向けHPE GreenLakeの詳細：





ご覧のとおり、SAP HANAのソリューションの選択は簡単ではなく、多くのコンポーネントを検討する必要があります。 弊社には確かな経験があり、SAP HANAのソリューションの基礎を提供する準備ができています。また、最高の結果を得るために、お客様のニーズと期待を満たすテクノロジーの適切な組み合わせを選択するお手伝いをします。



参照：

1. SAP HANA向けHPEソリューション
2. HPE Greenlake
3. HPE Greenlake比較ガイド
4. HPE Greenlake for SAP HANA
5. DataCenter Care Services
6. ITファイナンスおよび投資ソリューション

明けましておめでとうございます！ 彼が良いものだけを持ってきてくれますように！