Baldor Electric社: より少ないリソースで より多くの成果を出す

また、Baldor 社は(z/VM を用いた) 仮想化とサーバ統合にも関心があり、IT のコストと占有面積、電力および冷却コストを削減したいと考えていました。そのため、IBM テクノロジであるHiperSockets もBaldor 社にとってz Systemsの重要な機能となりました。HiperSockets は、ハイパーバイザによりパーティション間の高速通信を実現するもので、パフォーマンスの向上につながります。つまり、z Systems の発展的利用により、同社の既存ハードウェアを統合して活用することでコストを削減し、同時に高速化も実現できたのです。

SUSE LINUX ENTERPRISE SERVER FOR SYSTEM Z の選択

しかし、まだ問題が1 つ残っていました。どのOSが、信頼性、高可用性、高速パフォーマンスという条件を満たすのかということです。候補に挙がったのは、SUSE Linux Enterprise Server for Systemz のみでした。

「2006 年の当社のPOC ( 提案検証) で、IBM社もSAP 社もSUSE Enterprise Linux Server for z Systems を勧めてきました。SUSE はIBM社とSAP 社と緊密に連携しており、SUSE Linux Enterprise Server for z Systems はz/VM やSAP 向けに最適化されています」とEric Breuer 氏は述べています。「ですから、その勧めに従うことにしました」

また、Baldor 社にとって、SUSE Linux Enterprise Server for z Systems and LinuxONE には、UNIXやMicrosoft Windows、その他のLinux ディストリビューションに優る利点がありました。ITと管理を簡素化する上で、同社はプラットフォームを標準化して、あらゆるハードウェアで利用したいと 考えていたからです。SUSE Linux Enterprise は、市場で最高レベルの相互運用性を備えたLinux OSでした。同時に、最高レベルのパフォーマンスと可用性を提供し、SAP 認定を受けていることから、Baldor 社の要件を満たしていました。

「さらに」とBreuer 氏は続けます。「z Systems上でSUSE Linux Enterprise Server を実行することで、TCO の最適化が図れました。特に、IBM の低価格IFL (Integrated Facility for Linux: Linux ワークロード専用のプロセッサ)とSUSE のIFL 向け特別ボリューム価格の活用により大きな効果が得られました」

提案検証

Baldor 社は、POC 用にSUSE Linux Enterprise Server for z SystemsをLPAR (論理パーティション) にインストールしました。これは、コンピュータリソースのサブセットであり、別個のコンピュータとして仮想化されています。当初、同社の担当チームは LPAR 導入所要時間とHiperSockets の設定に不安を感じていました。しかし、サーバとSUSE Linux Enterprise Server をLPAR にセットアップし稼働させるまでにかかったのは、わずか2日でした。その後、ほんの数日でサーバをSAP 環境のログオングループに設定できました。Breuer 氏は次のように話します。「綿密な計画に従って作業するよりも、「まず、やってみよう」という姿勢で臨みました。おかげで、テストソリューションを迅速に 実装して調整できました」

それが功を奏し、POC は無事に完了しました。次にBaldor 社は、SUSE Linux Enterprise Server for z Systems を実行するLPAR にバッチ処理をマイグレートし、実行時間を36% 高速化できました。このサーバの「パワーユーザ」も、応答時間が改善したと語っています。最終的に、Baldor 社は、IBM z Systems とSUSE Linux Enterprise Server for z Systems and LinuxONE を導入することに決めました。さらに、さまざまなオンラインとクラスルーム形式のSUSE Linux Enterpriseトレーニングも選択しました。

マイグレーション、統合、仮想化

最初にLPARを実装して間もなく、Baldor 社は、最適化パフォーマンスなどの機能(SUSE Linux Enterprise Server for z Systems and LinuxONE のz/VM向け機能) を利用するためにz/VM を発注しました。そして、仮想サーバを作成し、SAP アプリケーションをすべてSUSE Linux Enterprise Server を実行するz Systems にマイグレートしました。Baldor 社のLinux 管理者はクローニングプロセスを用いLinux のインスタンスを30 分で複製できました。全体としてはわずか半年で、すべてのSAP アプリケーションサーバを、System p のAIX からz Systems のSUSE Linux Enterprise Server にマイグレートできました。

フェールオーバー機能を備えたSUSE Linux Enterprise Server for z Systems and LinuxONE を実行することで、アップタイムが大幅に改善され、仮想化によりBaldor 社のデータセンターは統合を果たし、6,000 平方フィートから900 平方フィートに面積を縮小できました。また、SUSE Linux Enterprise Server with Priority Support for SAP を購入した結果、SUSE の全サーバで一括したサポートが受けられるようになり、サービスが簡素化されました。

さらに、パフォーマンスも向上しました。SUSE Linux Enterprise Server for z Systems and LinuxONE でSAP のパフォーマンスが最適化されたことで、Baldor 社は、社内ユーザと顧客からの1 日に100 万を超えるSAP のトランザクションを処理することが可能になりました。この処理の平均応答時間は1 秒未満です。SUSE Linux Enterprise Server イメージ間の仮想ネットワークにHiperSockets を用いることは、高速化と高可用性の実現にも役立っています。「この1つのアイテムにより、エンドユーザ応答時間が大幅に改善しました」とBreuer 氏は述べます。

Breuer 氏によれば、「SUSE Linux Enterprise Server for z Systems and LinuxONE によって、高い信頼性を保ちながら、SAP を確実に実装できました」ということなのです。

現在のBALDOR 社の環境

大規模なSAP の実装に成功し、さらには、SUSE Linux Enterprise の知識も豊富に得たBaldor 社は、AIX/p-series 環境全体と多数のIntel ベースワークロードを、メインフレームとSUSE Linux Enterprise Server for z Systems にマイグレートし、仮想化しました。

現在ではSUSE Linux Enterprise Server for z Systems and LinuxONE 11 Service Pack 2 を実行するBaldor 社のワークロードの90% が、ABP およびJ2EE のサーバによる混合環境のSAP アプリケーションサーバです。残りは、Web サーバとその他のサポートサーバとなっています。

Baldor 社全体では、z Systems 機が2 台あります。1 台のIBM z196 (2817/M32) は、セントラルプロセッサ(CP) を6 台、IFL を16 台、zIIP (z Integrated Information Processor) を3 台、さらにICF (Internal Coupling Facility) を2台稼働させています。このSystem z サーバ上で稼働しているのは、SAP 運用環境用z/VM LPAR です ( 約30 台のLinux サーバで、全16台のIFL と300GB 割り当てのメインストレージを、100GB 割り当てのストレージを用いる単一サーバと共有)。また、このz Systems には、ネイティブLPAR モードで

稼働しているSUSE Linux Enterprise Server for System zのインスタンスが2つあります。1 つは、NFSファイルサーバとして使われ、もう1 つは、SAP バッチ運用サーバとして使われています。Baldor 社は、これらの2 つのインスタンスを利用し、週末のz/VM保守実行時にSAP バッチ運用環境を実行できるようにしています。

2台目のz Systems機はIBM EC12 (2827H43)で、4 台のCP、12 台のIFL、2 台のzIIP、2 台のICF で運用されています。このEC12 は、z196上で稼働する運用環境の中央インスタンスを含むLPAR モードのSUSE Linux Enterprise Server を実行しています。また、約55 台のSAP アプリケーションサーバで構成される追加z/VM LPARで、サンドボックス/開発/テストのワークロードもすべて実行しています。EC12 は2013年1 月に導入されたばかりなので、システムリソースのさらなる活用を目指し、ワークロードバランスが再調整される予定です。Webサーバなども含め、SUSE Linux Enterprise ベースのサーバはすべて、HiperSockets を介し、z/OS のDB2 データベースに接続されます。DB2 データベースはすべて、CEC (Central Electronic Complex)間の完全データ共有機能を利用しています。

また、Baldor 社はディザスタリカバリ(DR) に真剣に取り組んでおり 、DR テストを年に3 回実施しています。運用環境のSUSE Linux Enterprise Server for z Systemsのインスタンスは復元され、復元済みDB2 に接続されます。復元は、z/VM DASDファームを収容しているCKDフォーマットディスクとSUSE LPAR Mode サーバが配置されているディスクの「フルボリュームダンプ」から実行されます。ボリュームの「ダンプ」が実行されるのは、SAPとSUSE Linux Enterprise Serverが稼働中ですが、使用率の低い時間帯です。Baldor 社は、SUSE Linux Enterprise Server for z Systems の全インスタンスのバックアップをINNOVATION Data Processing 社のFDR/UPSTREAM で行っています。FDR/UPSTREAM は、主にBaldor 社データセンター内で単独のファイルの復元に用いますが、フルボリュームダンプに問題が生じた場合は、FDR バックアップをDRに使うこともできます。すべてのデータ(SUSE Linux Enterprise Server、DB2、z/OS) は、IBM Virtual Tape systemを重複排除機能と併用し、Baldor 社内のIBM Business Continuity and Resiliency Services にリアルタイムで複製されます。データセンター内で物理テープが使われることはありません。Baldor 社のSAP 運用環境での目標復旧時間は6 時間です。