Windows 上でのグリッド・コンピューティングがもたらすIT 柔軟性の最大化とコスト削減

Size: px

Start display at page:

Download "Windows 上でのグリッド・コンピューティングがもたらすIT 柔軟性の最大化とコスト削減"

さみかせ
5 years ago
Views:

1 An IT Briefing produced by Windows 上でのグリッドコンピューティングがもたらす IT 柔軟性の最大化とコスト削減提供 :

2 Windows 上でのグリッドコンピューティングがもたらす IT 柔軟性の最大化とコスト削減 Randy Hietter 著 2008 TechTarget BIO Randy Hietter はオラクルの Real Application Clusters 製品マネジメントチームのディレクターです Hietter はエンタープライズソフトウェア製品のマーケティングと管理についての豊富な経験を有し EMC/Luminate Sybase Persistence Software などの企業でパフォーマンス管理ソフトウェアデータベース J2EE アプリケーションサーバーなどを専門としてきましたこの IT Briefing は Oracle と TechTarget の Webcast である "Maximize IT Flexibility and Lower Costs with Grid Computing on Windows" をベースにしていますこの TechTarget IT Briefing では以下のトピックについて説明しますはじめに...1 IT の課題... 1 オラクルのエンタープライズグリッドコンピューティング... 2 グリッドコンピューティングの利点... 2 Oracle エンタープライズグリッドコンピューティング環境の構成要素... 3 Oracle Real Application Clusters... 5 アクティブ - アクティブ対アクティブ - パッシブ... 5 柔軟性と機敏性... 6 Oracle Clusterware... 7 Oracle Automatic Storage Management... 9 Oracle Enterprise Manager グリッド実装における戦略実装のタイミング Windows に対するオラクルの取組みまとめ一般的な質問 Copyright 2008 Oracle.All Rights Reserved. 著作権法により許可された場合を除きオラクル社の書面による許可を前もって得ることなく本文書を複製修正翻訳することは禁じられています TechTarget の IT Briefings について TechTarget の IT Briefing は上級レベルの IT エグゼクティブやマネージャを対象により充実した購買決定を支援するために必要な情報を提供します業界有数のベンダー交流と専門家による Webcast をもとに TechTarget が制作する IT Briefings は Webcast をホワイトペーパーに似た分かりやすい技術記事に変換したものです Design Copyright TechTarget. All Rights Reserved. お問い合わせや詳しい情報については以下までご連絡ください Dennis Shiao Webcasts 製品管理ディレクター dshiao@techtarget.com

Windows 上でのグリッドコンピューティングがもたらす IT 柔軟性の最大化とコスト削減はじめにこのドキュメントではグリッドコンピューティングに焦点を当てておりそれに関する Oracle の定義や利点 Oracle エンタープライズグリッドコンピューティング環境の構成要素について説明しますまたオラクルの顧客である TALX についても取り上げます Equifax

NET との Oracle データベース統合に対するオラクルの取組みを説明して締めくくります IT の課題図 1 にグリッドコンピューティングを推進するいくつかの要因を示しますグリッドコンピューティングについて顧客と話し合うと限られた電力やスペース冷却能力不十分かつ高価なリソース ( おもに人的リソース ) に関する課題が常に持ち上がりますこのような複雑な環境を管理できる

3 Windows 上でのグリッドコンピューティングがもたらす IT 柔軟性の最大化とコスト削減はじめにこのドキュメントではグリッドコンピューティングに焦点を当てておりそれに関する Oracle の定義や利点 Oracle エンタープライズグリッドコンピューティング環境の構成要素について説明しますまたオラクルの顧客である TALX についても取り上げます Equifax グループの一員である TALX は最近 Windows 環境でのグリッドコンピューティングへの積極的な移行を実施したところですそしてグリッドコンピューティングを実装するタイミングとその実装戦略について説明します最後に Windows と Windows および.NET との Oracle データベース統合に対するオラクルの取組みを説明して締めくくります IT の課題図 1 にグリッドコンピューティングを推進するいくつかの要因を示しますグリッドコンピューティングについて顧客と話し合うと限られた電力やスペース冷却能力不十分かつ高価なリソース ( おもに人的リソース ) に関する課題が常に持ち上がりますこのような複雑な環境を管理できるスキルのある人材を探すのは容易なことではありません合併買収新製品ライン新施設の開設など変化し続けるビジネス要件はすべて IT 空間に多くの変化を作りだしこうした変化への対応が迫られています使用率の低いインフラストラクチャは仮想マシンに関するあらゆる現象を引き起こし人々はワークロードを統合することで 10~15% にとどまっている使用率を向上させようと試みていますこうした課題により現在の IT インフラストラクチャを設計しデプロイする方法に影響を与えるいくつかの動向が見えてきますおもな動向の 1 つはとくに x86 環境で性能が一層向上している低コスト汎用サーバーの使用についてですさらにデータセンターのサーバー使用率を高める手段としてのサーバーの仮想化もあげられます最後に物理的に分かれた多数のサーバーを集図 1 1

4 めその集約環境を上位層に 1 つの仮想リソースとして見せるサーバープーリングの使用増加がありますこれがグリッドコンピューティングとサーバープーリングで重要となる部分です多くの顧客はこれらの課題に対処して動向にしたがい IT 運用の効率と経済性を向上させようと試みていますデータセンターを成功させるための 3 つの合言葉は標準化統合そして自動化でありこれらがグリッドコンピューティングの本質なのですはじめに好みのベンダーを選びます次に OLTP バッチデータウェアハウスなどワークロードの種類に基づいてハードウェアソフトウェア構成を標準化しますそのあとでサーバーを統合しますサーバーの統合には多くの場合仮想化を使用します次にデータベースを統合します多数の Oracle 顧客がグリッドコンピューティングを使用してデータベースを統合しています次に統合するのがアプリケーションとデータでありこれはデータベース統合作業の 2 番目のステップになります最後に Oracle Database 11g Oracle Enterprise Manager Oracle Real Application Clusters("Oracle RAC") の自動化機能を活用しますグリッドコンピューティング環境につきものであるサーバーワークロードデータベースユーザーの急増を効果的に管理するには各種のイベントに対して自動的な監視管理および対処をおこないサービス品質を維持するシステムが必要ですオラクルのエンタープライズグリッドコンピューティンググリッドコンピューティングとは何でしょうか一般的に知られているのは初期のグリッドコンピューティングの定義でありコンピュートインテンシブなワークロードを各種の個別物理サーバーに分配することが想像されますこれらのサーバーによりワークロードは高速処理されその結果が再構築されますこれは通常科学処理やそのほかのコンピュートインテンシブな計算処理に使用されこのワークロードの大部分は独立サーバーに送られますしかし 5 年前に Larry Ellison がエンタープライズグリッドコンピューティングの定義を発表しましたその定義では企業のデータセンターでユーザー数やビジネス力学に基づいて変動するワークロードや発生する変更に対応するための動的に変化する IT インフラストラクチャを指していますオラクルの定義するエンタープライズグリッドコンピューティングはクラスタ化された汎用サーバー ( 通常は Linux または Windows オペレーティングシステムのいずれかを実行 ) と低コストストレージで構築された IT インフラストラクチャであり変化するビジネスニーズに対応します図 2 に示すとおりリソースのプーリングと共有動的なリソースプロビジョニングそして監視と管理の自動化がおもなグリッド機能となりますつまりワークロードやユーザー顧客環境をまるで電力供給網のように IT インフラストラクチャグリッドにつなげることが目的ですリソースのプーリングと共有に関していえば企業は特定のワークロードを処理するために動的にリソースを集めています動的なリソースのプーリングと共有はグリッドの主要要素でありワークロードに発生するさまざまな変化を徹底的に監視しそれに対応するように設計された IT インフラストラクチャが必要になりますグリッドコンピューティングの利点 5 年前の発表以来 10,000 を超える顧客が Oracle エンタープライズグリッドコンピューティング環境に本番システムを実装してきましたこれらの顧客が達成したビジネス上の利点には機敏性と応答性に優れた IT 環境の実現やサーバーおよびストレージコストの大幅な削減がありますまたより高いサービス品質を提供できるためアップタイムが向上します実際計画外停止は格段に減少し計画停止やアップグレードも最小限に抑えることが可能になりました技術的な利点の 1 つにインフラストラクチャを動的に構成できる点がありますある企業で 10 時から 5 時の間で特定のワークロードを処理するために 3 台のサーバーが必要であるとしますしかし夕方にはバッチレポートのワークロードが大幅に増加するためより多くの能力を配置しなければなりませんこのような場合企業やそのスケジュールによって発生するワークロードの変化に対応するため環境を再構築することが可能です Oracle はワークロードのバランスを取る機能をインフラストラクチャ全体でグリッド内に組み込んでいるためユーザーは必ずしも環境を監視して意思決定をおこなう必要はありませんオラクルのエンタープライズグリッドにはシングルポイント障害がありませんこれは多くのコンポーネントの中でもとくに Oracle RAC を使用することで達成されていますオラクルがグリッドコンピューティングを発表したとき早期にこれを採用した企業に対して独立系の第三者 2

5 機関が調査をおこないグリッドコンピューティングの利点は何かという質問をしました図 3 に示すとおり利点はハードウェアとソフトウェアライセンスの節約または人件費削減 ( 同じ作業をするための必要な人数を減らせる ) のいずれかでありそれは環境によって異なりましたハードウェアの節約は証券取引所にとって非常に重要でしたメインフレーム環境からの移行が鍵であり Oracle Grid によってはるかに低コストの汎用サーバーベースの環境で同じユーザー数とワークロードに対応できました表における次の例はテクノロジープロバイダでありソフトウェアライセンスの大幅な削減に成功しました多数の分散型データセンターを 1 つに統合でき x86 汎用サーバーの使用を開始したことでオペレーティングシステムデータベースアプリケーションのライセンスを含む支払い対象のソフトウェアライセンス数が削減されたのです 3 番目の例にある銀行では作業を完了するために必要な人的リソースの数を大幅に削減できましたこれは自動化機能とデータベース統合による結果ですこのようにハードウェアソフトウェア人件費という主要分野においてグリッドコンピューティングは運用の経済性に大きな効果をもたらします Oracle エンタープライズグリッドコンピューティング環境の構成要素図 4 に示すとおりオラクルのエンタープライズグリッドコンピューティング環境には 4 つの重要な要素があります 1 つ目は Oracle Fusion Middleware レイヤーですこれはアプリケーションサーバーレイヤーでありアプリケーションコードはここに常駐して実行されますアプリケーションはデータにアクセスする必要があるためグリッドコンピューティングの真髄は Oracle Real Application Clusters レベルで発揮されますこれはグリッドコンピューティングの 2 番目の重要な要素でありデータベースが実行される場所になります Oracle Real Application Clusters を利用すると 1 つのデータベースをサーバープール上で実行できますこれにより Oracle Fusion Middleware レベルに対してデータベースが仮想化されます 3 番目の重要な要素は Oracle Automatic Storage Management ですこれによりすべてのデータベースファイルを同じ方法で管理できるためオラクルの DBA がパフォーマンスを向上させるために過去におこなってきたボリュームの直接管理は必要ありません Oracle Automatic Storage Management は Oracle Database 11g で提供される無償の機能です 3

6 図 3 図 4 4

7 4 番目の重要な要素は Oracle Grid Control です Oracle Grid Control は Oracle Enterprise Manager に含まれます Oracle Grid Control を使用するとアプリケーションレイヤーからストレージレイヤーまでのあらゆるグリッド環境の管理と監視を実行できますすべての Oracle エンタープライズグリッド環境で基盤となるのはデータベースです Oracle Database 11g は Windows Linux および UNIX を実行する任意のクラスタ化サーバーまたは単一サーバー上で業界有数のパフォーマンススケーラビリティセキュリティそして信頼性を実現します自己管理機能と自動化機能が向上した Oracle Database 11g によりグリッドコンピューティングの利点がもたらされ以下が容易に実現できます Oracle Real Application Testing を使用したリスクのない IT システムの変更表のパーティション化と圧縮による保存データ量の増加と問合せ実行の高速化データの安全な保護と監査および完全なデータの回収ライフサイクル全体を通じた企業情報の統合と管理独自の最大可用性アーキテクチャによる 24 時間 365 日のビジネス運用 eweek Labs の Cameron Sturdevant 氏は Oracle Database 11g はベンダーの動的に割り当てられたコンピューティンググリッドの基盤でありその優れた管理機能回復機能および表圧縮機能によりデータベースマネージャの注目を集めるでしょうまた高度なデータベースチューニングでの推測による作業の大半が排除されることは確実ですと述べていますから Oracle Database 11g( 試使用版 ) を無償でダウンロードし早速使ってみましょう Oracle Real Application Clusters Oracle RAC は Oracle のグリッドコンピューティングを機能させるために必要不可欠です Oracle RAC は 1980 年代後半の VAX/VMS クラスタ以来オラクルが取り組み続けてきたクラスタデータベーステクノロジーです 1 つのクラスタデータベースによる多数の物理サーバーのプーリングを可能にすることで機能し上位レベル層であるアプリケーション層から見て 1 つの仮想データベースを提供しますその結果サーバーリソースの可用性が向上しより効率的な使用が可能になります障害が発生すると Oracle RAC は透過的にこれに対処しその物理クラスタ内の使用可能な別のデータベースインスタンスにすべてのユーザー接続を移行しますアクティブ - アクティブ対アクティブ - パッシブ現在多くの企業でアクティブ - パッシブなフェイルオーバー環境が稼動していますこの環境では単一サーバーが単一データベースを実行しておりこのサーバーが停止した場合コールドフェイルオーバー環境が開始しますそしてユーザーは再接続をおこなう必要があるため数分間生産性を失うことになりますアプリケーションやデータベースサイズによっては数時間に及んでしまうこともありますアイドル状態にあるスタンバイシステムは何も処理していないにもかかわらず電力を使用しスペースを占めているためこれは非効率的なサーバーリソースの使用方法であるといえますまたサポートが困難でコストがかかる環境でもあります Oracle RAC のアクティブ - アクティブなフェイルオーバー環境と比較してみましょう Oracle RAC クラスタ内のすべてのサーバーは常にアクティブでありこれが Oracle RAC 固有の特徴の一部です発生したワークロードはすべて Oracle RAC のワークロードバランシング機能を介してラウンドロビンメカニズムまたは Oracle Database のランタイム接続ロードバランシングアルゴリズムに基づきクラスタ内のいずれかのインスタンスに送られますこれで活用が不十分なリソースはなくなりますサーバーインスタンスが停止するか物理サーバーに障害が発生した場合 Oracle RAC は自動的にこれらの接続を移行させ処理を続行しますこの高可用性のために多くの企業で Oracle RAC が選ばれているのですオラクルのエンタープライズグリッドにはシングルポイント障害がありません Oracle RAC は高可用性とビジネス継続性を実現するための主要なメカニズムの 1 つですビジネス成長に応じた拡張企業が Oracle RAC を導入するもう 1 つの理由としてビジネス成長に応じた拡張による利点があります小規模から開始して段階的に拡張し停止時間なしで必要に応じて能力を追加できます 2 ノードのクラスタから始めてワークロードやビジネス要件が変わった場合は容易にクラスタノードを追加してノード間の共有データベースを拡張できます図 5 では Oracle RAC と Big Iron( 高価な超高速マシン ) の導入について比較しています x86 汎用サーバーではなくより特殊なマシン (Big Iron) を使用する場合将来予測されるワークロード量をもとに前もって計画しそれにしたがったマシンサイジングをおこなう必要があります SMP2 の上のピンク色の部分はサーバーの導入時にいつか使用することを期待して投資したにもかかわらず十分に活用されていない能力です対照的に下図では低コスト汎用サーバーを使用して非常にきめ細かく能力を追加していますデータベース処理ワークロードをサポートするためにより能力が必要になる場合は別の 5

図 5 ノードを追加することで Oracle Real Application Clusters により低コストできめ細かな能力を増強できます ebay が出資する中南米のオンラインオークション企業である Mercado Libre は Oracle Grid の導入によりスケーラビリティとパフォーマンスが向上しました Mercado Libre は Oracle Database 10g

8 図 5 ノードを追加することで Oracle Real Application Clusters により低コストできめ細かな能力を増強できます ebay が出資する中南米のオンラインオークション企業である Mercado Libre は Oracle Grid の導入によりスケーラビリティとパフォーマンスが向上しました Mercado Libre は Oracle Database 10g を早期に導入し 4 ノードクラスタでブラジルにオークションサイトを開設しました数年にわたってオークションのトランザクション量は着実に増加し最初の 3 ヶ月以内にノードが 1 つ追加され 6 ヶ月で 3 つまたは 4 つのノードが追加されました現在のクラスタは 50 ノードに達しオークション関連のアクティビティは 10 倍以上に増加しています x86 マシンを使用した 15 ノードクラスタでは運用を停止してフォークリフトアップグレードをおこなう必要はありませんでしたノードをクラスタへ徐々に追加し Oracle Enterprise Manager を使用してオンライン化するだけで良かったのです Oracle RAC によりクラスタ内の新規ノードに対する接続と処理が自動的に実行されるためクラスタやデータベースアクティビティを停止させる必要はありません柔軟性と機敏性 Oracle RAC を使用したオラクルのエンタープライズグリッドコンピューティング環境が選ばれる第一の理由は柔軟性と機敏性にあります多くの企業は特定のアプリケーション領域に対応するために専用のハードウェアやソフトウェアのサイロを用意していましたしかしこの方法では本来のスケーラビリティが発揮されませんさらにリソースは十分に活用されず各サイロに関連する運用手順には個別の対応が必要であり多くの場合ミッションクリティカル環境に対してそれぞれ個別のスタンバイシステムが用意されていますグリッドを活用すれば柔軟性と機敏性を大幅に向上できます図 6 に Oracle RAC 環境でのクラスタデータベースを示しますここに示した統合データベースでは 4 つの個別アプリケーション領域 (ERP データウェアハウス CRM Web 電子商取引 ) が 1 つのデータベースに結合されています Oracle を利用すると別々の物理データベースを統合してクラスタ内に Oracle の " サービス " を公開できますまたこれらはすべて Oracle Database 10g および Oracle Database 11g に含まれていますこうしたサービスはワークロードを表し優れた柔軟性が提供されます図 6 にはさまざまなアプリケーションワークロードが示されています ERP は 2 台のサーバー上でデータウェアハウスは 1 台のサーバー上でそれぞれ実行されていますクラスタ内の 1 台のサーバーはテスト用に指定されておりもう 1 台のサーバーは Web 電子商取引と CRM ワークロードを実行しています 6

図 6 ユーザーはアプリケーション層からデータベース層に接続する際特定のホストや IP アドレスを指定するかわりに " サービス " と仮想 IP アドレスを指定しますこれは Oracle Database 11g が提供する仮想化の一部ですアプリケーション環境における接続文字列はサービスを参照しており特定のホスト ID IP アドレスそのほかのエントリなどは参照しませんまた

9 図 6 ユーザーはアプリケーション層からデータベース層に接続する際特定のホストや IP アドレスを指定するかわりに " サービス " と仮想 IP アドレスを指定しますこれは Oracle Database 11g が提供する仮想化の一部ですアプリケーション環境における接続文字列はサービスを参照しており特定のホスト ID IP アドレスそのほかのエントリなどは参照しませんまたこれまでのようにハードコードされてもいませんサービス接続リクエストを受け取ると Oracle RAC はクラスタ内でそのサービスを実行している適切なインスタンスに対してワークロードのバランスを取る方法でリクエストをルーティングします特定のノードが過負荷になるといった問題は発生しません Oracle RAC はノードを追跡して接続リクエストをルーティングしますオラクルはデータベース層から上位レベルのアプリケーション層全体に仮想化を促進するサービスを Oracle Database 10g で導入しましたまたデータベースの統合も可能になるため複数の独立した物理データベースをもつ必要はありません Cavalier Telephone( 旧 TalkAmerica) はこれを早期に実行しました Cavalier Telephone は 60 個の独立した Informix データベースを 1 つの Oracle Database に統合しサービスを大いに活用していますこれにより 60 個のデータベースをバックアップする必要がなくなり現在バックアップしているのは 1 つのデータベースだけですまた 1 つのデータベース内でのデータ移動別のデータベースとのデータ統合レポート作成のための別のデータベースへの移動を必要とする抽出変換ロード (ETL) アクティビティの大半も解消されましたこの環境では ETL のアクティビティとスクリプトがなくなりました統合データベース環境への移行には多くのメリットがありこれはグリッドソリューションに移行する利点の 1 つにすぎませんたとえば休暇期間中にワークロードが急増する場合やワークロードの構成や量が変わり追加の能力が必要となる場合クラスタ内のテストノードを Web 電子商取引サービスの 1 つとしてインスタンス化し別のデータウェアハウスサービスをクラスタ内のノードに追加することもできますこれはきわめて容易に実行できます手動で実行することもできますが Oracle Enterprise Manager を使用するとこの環境を監視しクラスタ内で追加のサービスインスタンスを自動的にインスタンス化できます Oracle Clusterware Oracle Database と Oracle Real Application Clusters に続く次のグリッド要素は Oracle RAC 環境の一部である Oracle Clusterware です Oracle Clusterware をクラスタ内で単体 7

10 使用してアプリケーションなどの各種リソースを監視することもできますまたクラスタ内のアプリケーションインスタンスを監視してフェイルオーバーをおこなうこともできます 8

図 7 に 4 ノードクラスタ上で実行される Oracle Clusterware を示します各ノードでは保護されたアプリケーション A B C およびデータベースが実行されています保護アプリケーション A またはクラスタ内の物理ノードに障害が発生すると Oracle Clusterware がこのイベントを追跡しノードまたはアプリケーションを再起動するか

11 図 7 に 4 ノードクラスタ上で実行される Oracle Clusterware を示します各ノードでは保護されたアプリケーション A B C およびデータベースが実行されています保護アプリケーション A またはクラスタ内の物理ノードに障害が発生すると Oracle Clusterware がこのイベントを追跡しノードまたはアプリケーションを再起動するかもしくはクラスタ内の別に実行されているノードに移動します図 7 のデータベースを単一インスタンス上で実行しているアプリケーションとして見た場合 Oracle Clusterware を使用するとこのノード上でデータベースを再起動することも別のインスタンスノード上で再起動することも可能ですアプリケーションやデータベースをクラスタ内で継続使用するために単一インスタンス環境で Oracle Clusterware を使用してデータベースのフェイルオーバーを実行することは可能ですが RAC 環境のような可用性と柔軟性は提供されませんクラスタ内で Oracle 製品を実行していれば Oracle Clusterware は無償で使用できます Oracle Automatic Storage Management もう 1 つの重要な Oracle Grid 機能は図 8 に示した Oracle Automatic Storage Management("Oracle ASM") です Oracle ASM は Oracle データファイルのボリュームマネージャかつクラスタファイルシステムでありファイル管理とボリューム管理を簡素化しますまた Oracle Database 11g および Oracle RAC と緊密に統合されておりストレージグリッドの基盤となります Oracle ASM にはソフトウェアのミラー化ストライプ化自動リバランスなど多数の独自機能が備わっています自動リバランスとは共有ストレージ環境でデータが増加すると Oracle ASM がそのバランスを取ることを指します重要な Oracle ASM の特徴の 1 つにディスクグループがありますディスクグループは複数のディスクつまりストレージ管理者によってプロビジョニングされた LUN で構成されています Oracle ASM はディスクグループ内の各ディスクの消費量と使用率が均等なバランスを保つようにすることでデータの増加に伴うホットスポットの発生を回避しますまた常にディスクグループ内のすべてのスピンドルやディスクにまたがるデータを監視しバランスを取ることでより予測可能で均等なパフォーマンスを実現します Oracle Enterprise Manager を使用するとディスクグループに対するディスクの追加や削除がボタンをクリックするだけで簡単に実行できますディスクグループに新しいディスクが追加されると Oracle ASM は自動的にこれらの新規ディスクにデータを移動しますその速度は本番環境で許容できる影響度に応じて迅速にも緩慢にも設定できます本番のピーク時にディスクを追加しており本番ワークロードに与える影響を最小限にとどめたい場合 Oracle Enterprise Manager を使用してゆるやかにバランスを取ります反対に素早い実行を選択すると何も停止させることなくきわめて容易に新世代ディスクを導入できます Cavalier Telephone(TalkAmerica) はディスクグループにディスクを追加してリバラン図 7 9

図 8 スを実行した後古いディスクを自動的に削除することでスムーズな次世代ストレージテクノロジーの導入に成功しました Oracle ASM はきわめて柔軟な共有ストレージ環境の管理ツールであり Oracle Grid に含まれています Oracle ASM の重要な価値はその管理性にあります単純なプロビジョニングやストレージアレイの移行から最新テクノロジーまで

Manager( 図 9) を使用するとグリッド内の多数の要素を 1 要素として管理することもできれば個々のグリッド要素のパフォーマンスにドリルダウンすることもできます Oracle RAC データベースはクラスタ内の複数の個別サーバー上で実行される複数のインスタンスとして存在しており管理者はクラスタ化されたデータベースのパフォーマンスを総計で見ることもできれば

12 図 8 スを実行した後古いディスクを自動的に削除することでスムーズな次世代ストレージテクノロジーの導入に成功しました Oracle ASM はきわめて柔軟な共有ストレージ環境の管理ツールであり Oracle Grid に含まれています Oracle ASM の重要な価値はその管理性にあります単純なプロビジョニングやストレージアレイの移行から最新テクノロジーまでストレージを停止させたり本番ワークロードへ影響を与えたりすることなく実行できますまた多くの企業で現在使用されている個々に孤立したストレージを排除することでストレージプールコストを削減できます Oracle ASM は Oracle Database 環境に含まれているため追加コストは発生しません Oracle Enterprise Manager Oracle Enterprise Manager( 図 9) を使用するとグリッド内の多数の要素を 1 要素として管理することもできれば個々のグリッド要素のパフォーマンスにドリルダウンすることもできます Oracle RAC データベースはクラスタ内の複数の個別サーバー上で実行される複数のインスタンスとして存在しており管理者はクラスタ化されたデータベースのパフォーマンスを総計で見ることもできれば特定のホスト上の特定のインスタンスにドリルダウンして個別に管理と監視を実行することもできますこれはアプリケーションサーバーにも当てはまりますアプリケーションサーバー層全体を見ることも中間層で実行しているアプリケーションサーバーの個別インスタンスにドリルダウンすることも可能ですさらにこれはホストにも当てはまります Oracle Enterprise Manager は使用率 I/O メモリ消費などのホストメトリックに対する可視性を提供します個々のアプリケーションを見ながらビーコンを使用してアプリケーションからストレージまでまたはその逆の合計応答時間を監視できますビーコンは Oracle Enterprise Manager 10g で導入されましたさらに図 9 に示すとおりユーザーグループと各自の権限およびユーザーから見たパフォーマンスも監視できます標準化ポリシーベースの標準化は Oracle Enterprise Manager にとってのもう 1 つの重要な特徴です応答時間やそのほかのメトリックに対してポリシーを設定できます多種多様なメトリックに対してしきい値を監視および設定できますこれらのしきい値を超過した場合アラートを発生させるか Oracle Enterprise Manager による処置を講じることができますたとえばサービスを使用している一部の顧客は CPU 使用率やセッション数を監視していますクラスタノード上の監視対象メトリックがしきい値を超えた場合 Oracle Enterprise Manager が反応したとえばクラスタ内で別のサービスインスタンスをインスタンス化するスクリプトを実 10

図 9 行しますグリッド環境で発生したアクティビティに対する自動的な管理と対応にはきわめて高い柔軟性が発揮されます TALX グリッドへ移行した顧客の中に Equifax の一部門である TALX があります TALX は中小規模の企業に給与および人事のオンラインアウトソーシングサービスを提供しています TALX では Windows で実行されている Oracle RAC

影響を最小限に抑えることが TALX の要望であったため Windows Server 200

13 図 9 行しますグリッド環境で発生したアクティビティに対する自動的な管理と対応にはきわめて高い柔軟性が発揮されます TALX グリッドへ移行した顧客の中に Equifax の一部門である TALX があります TALX は中小規模の企業に給与および人事のオンラインアウトソーシングサービスを提供しています TALX では Windows で実行されている Oracle RAC クラスタ上にこうした給与や人事ソリューションが実装されました TALX がグリッドへ移行したのはスケーラビリティの問題からですまた 32 ビットのオペレーティングシステム環境では不十分であることが判明したため 64 ビットマシンへの移行も希望していました既存の環境で 1 つのノードに障害が発生すると顧客サービスと満足度レベルに悪影響を及ぼしていました 2 つのノードが停止しても影響を最小限に抑えることが TALX の要望であったため Windows Server 2003 をベースとする Oracle グリッドソリューションが実装されました現在 Oracle Database を基盤とした 6 台の Oracle RAC クラスタが使用されています Oracle Clusterware Oracle Automatic Storage Management およびデータベースオプションである Oracle Partitioning が使用されておりワークロード管理のためのサービスが実行されていますクラスタの管理には Oracle Enterprise Manager が使用されています図 10 に TALX が使用している 3 種類のデータベースを示しますすべてのデータベースを一元化するのではなく 3 つの主要データベースへの統合がおこなわれましたそれぞれのデータベースは Single Sign-on が 1TB Work Number が 3TB epayroll が 750GB ですそれぞれの詳細情報は図の下部に記載されています TALX がグリッド環境へ移行した理由は可用性と容易なスケーラビリティにありました実装の際 Windows を使用し続けるか別のオペレーティングシステムへ移行するかという選択肢がありました IT 運用の 99% は Windows 上でおこなわれておりすでに豊富な Windows 経験がありまた人材の確保も容易であるため TALX は Windows の継続使用を選びました TALX は Windows のマルチコアプロセッサに対するライセンス供与とスケールアウトアーキテクチャを気に入っていますまた.NET 開発プラットフォームに非常に満足しており Windows 環境に対する Microsoft のサポートにも好感をもっていますそれでなぜ変える必要があるのでしょう TALX は多数の接続を必要としていたため 64 ビットを選びました当時接続数の増加が 1 プロセス当たり 4GB の制約を受けていたため複数の Windows インスタンスを同時に実行する必要がありました Oracle RAC を選択したときの決め手になったのはスケールアップコストであり TALX はフォークリフトアップグレードや SMP 環境を回避したいと考えていました Oracle RAC へ移行したのは x86 汎用マシンを使用したきめ細かいスケーリングが可能になるためです TALX は 64 ビット 11

14 図 10 環境が提供する大容量メモリを求めておりマシン当たりの共有キャッシュが非常に大きく回復時間の速い Oracle RAC は最適だったのですサーバーまたはデータベースインスタンスが停止した場合 Oracle RAC は完全に透過的なフェイルオーバーを実現できます Oracle RAC の耐障害性は 32 ビットマシン向けのコールドフェイルオーバー環境であった TALX の移行前フェイルセーフ環境よりも大幅に優れています 64 ビットマシンを使用した場合のメモリ制限はありません TALX は 48GB までサーバーの増強を計画しており Windows が Oracle RAC による高可用性環境に適した優れたプラットフォームであると考えています TALX は使い慣れた Windows オペレーティングシステムを使用してグリッドコンピューティングの利点を実現しましたアプリケーションを変更する必要がなかったため何も変更せずに単一インスタンスアプリケーションからグリッド環境へ移行できたのです誰でも現行のアプリケーション環境をまったく変更することなく表面化でグリッドインフラストラクチャを構築しその柔軟性と高可用性がもたらす利点を生かすことができますグリッド実装における戦略図 11 にグリッドへの道のりを示します左下は高可用性 ("HA") です多くの企業はここから開始しますが実際はどこからでも開始できますほとんどの場合はじめは 2 ノードのクラスタで 1 つのワークロードを実行しますこの例では緑色が 2 ノードクラスタで実行されている 1 種類のワークロードを示します次のステップはスケーリングであり既存のクラスタにノードを追加しますが実行するワークロードは 1 種類のままですここですべてのワークロードは緑色でありたとえば ERP システムを示していますいくつかの企業では次にクラスタからグリッドへと移行しますこの例のグリッドには 4 つのノードがあり 2 つのデータベースに対して ERP CRM バッチレポーティングなど異なる種類のワークロードが実行されていますこれは 2 つ以上のデータベースを使用した共有クラスタであり複数のワークロードがクラスタ内の多数のノード上で実行されていますグリッドコンピューティングにおける次のステップはすべてのデータベースを単一データベースまたは共有データベースに統合しクラスタ内で複数のワークロードをサービスとして実行することですこのステップを実行するとグリッドコンピューティングによる可用 12

図 11 性とスケーラビリティのメリットが拡大するだけでなく統合された単一データベースによる運用の効率化もさらに推進され始めます将来的なオラクルのグリッドコンピューティング戦略にはリアルタイムインフラストラクチャが含まれますこのインフラストラクチャではアプリケーションサーバーとデータベースサーバーの全体的に望ましい組合せが変更されると

15 図 11 性とスケーラビリティのメリットが拡大するだけでなく統合された単一データベースによる運用の効率化もさらに推進され始めます将来的なオラクルのグリッドコンピューティング戦略にはリアルタイムインフラストラクチャが含まれますこのインフラストラクチャではアプリケーションサーバーとデータベースサーバーの全体的に望ましい組合せが変更されるとデータベースとアプリケーションの両方のサーバーインスタンスで使用できる共有リソースのプールが再プロビジョニングされます実装のタイミング現在データベースバージョンをアップグレードしている最中でとくに Oracle9i Database から Oracle Database 10g または Oracle Database 11g へ移行中のお客様は今こそグリッド環境への移行を検討してください新規アプリケーションや新規プロジェクトを導入しておりインフラストラクチャの種類を決定しようとしているならグリッドや HA イニシアチブについても検討すると良いでしょうコールドフェイルオーバー環境以外の何かを求めているならグリッドは高可用性の強化や能力追加に最適な選択肢ですフォークリフトアップグレードを検討している場合かわりに x86 汎用サーバーを使用したクラスタへの移行を推奨します Windows に対するオラクルの取組み Windows プラットフォームにエンタープライズグリッドコンピューティング環境の利点をもたらすのはオラクルだけです Oracle Database 11g および Oracle RAC は Windows 環境への統合が容易であり実際 Windows オペレーティングシステムの機能を最大限に活用するよう最適化されていますオラクルは 1993 年に Windows NT 向けの最初のリレーショナルデータベースを発売しておりそれ以来ずっと Windows プラットフォームに対するデータベースサポートを提供してきました現在オラクルは Windows での TPC-C Price/Performance ベンチマークの第一位を獲得しており Windows 上に Oracle Database を配置したお客様は低いコストで最高のパフォーマンスを享受しています 1 オラクルは Microsoft のエンジニアリングチームと密接に協力しており Microsoft は Oracle Database のワークロードを使用して各種バージョンのサーバー製品をテストしていますオラクルは Microsoft 製品のプレリリース版へのアクセス権をもち Microsoft の Premier Marketing Program の一員ですさらに共通のお客様の問題を解決 1 出典 :Transaction Processing Performance Council(TPC) www. tpc.org 2007 年 6 月 8 日 :HP ProLiant ML350G5, 82,774 tpmc, $0.84/tpmC, available 3/27/07, versus HP ProLiant ML350G5, 102,454 tpmc, $0.73/tpmC, with Oracle Database 11g Standard Edition One running on Microsoft Windows 2003 Standard x64 Edition SP1R2, available 12/31/07. 13

16 するためにオラクルのサポートチームが密接に協力できるようにプレミアサポート契約を結んでいますまた Visual Studio に統合されている無償の Oracle ツールだけではなく図 12 に示すとおりオラクルは過去 5 年以上にわたって Visual Studio および.NET との緊密な統合機能を提供していますこの統合機能は Oracle Database の拡張機能を使用しており初心者にも上級ユーザーにも一様に高い生産性をもたらしますまとめグリッドコンピューティングには多くの利点があります第一に機敏性と即応性に優れた IT 運用と汎用 x86 サーバーおよび低コストの共有汎用ストレージの活用によるサーバーコストとストレージコストの削減がありますグリッドの提供するビジネス継続性によりサービス品質が向上しますワークロードを中断することなくスケーリングやパッチ適用を実行できるためオペレーティングシステムパッチデータベースバージョンのローリングアップグレードが可能になります何千ものお客様がグリッド方式で Windows 上に Oracle Database 11g を配置したことでメリットを得ています詳しくはいずれも英語 ) を参照してください最新バージョンの Oracle Database 11g をダウンロードして実際に使ってみてください図 12 14

17 一般的な質問質問 :Oracle RAC およびクラスタ化に関して ETL を削減できるという言及がありましたが現在の ETL を削減した場合データベース間でのデータ移動に取って代わるものは何ですか回答 : データベースを統合する際各種の個別データベースのスキーマが結合されますアプリケーションをいくらか修正する必要はあるかもしれませんが ETL を介して多数のデータベース間を移動するアクティビティは不要になりますデータに対するアクティビティは統合された 1 つのデータベースでのみ発生するためそのデータベースでレポートを作成すれば発生したばかりの最新データを利用できます抽出変換ロードのアクティビティは必要ありません各種スキーマの統合や調整がいくらか必要になるかもしれませんし場合によってはアプリケーションレベルでの修正も必要になりますしかしそのかわりに個々の ETL ジョブすべてを排除できるのですデータの移動に取って代わるものは 1 つのデータインスタンス上での作業ですたとえば顧客残高データの複数インスタンスをなくすのです 5 つや 6 つもある個別の顧客データベースや顧客表ではなく 1 つだけを使用します質問 : グリッドと Oracle RAC の違いは何ですか回答 : グリッドは 1 つの概念ですグリッドは環境を設計する手段であり Oracle RAC はこれを実現する特定の Oracle 製品ですグリッドはリソースを仮想化する方法であるためビジネスニーズや成長線にしたがってリソースを動的に拡大または縮小できます Oracle RAC はソフトウェア製品であり上位レベルの中間層レイヤーに対してデータベースレイヤーを仮想化するクラスタデータベースの作成を可能にします多数の個別サーバーをプーリングすることで仮想化データベースレイヤーはインフラストラクチャ内に能力と柔軟性を作り出しますこれにより必要に応じて拡大や縮小が可能になります質問 :Windows Server 2008 に対するオラクルのサポート計画について教えてください 2 回答 : 現在認定作業が進行中ですオラクルはプラットフォームベンダーと協力して新しいオペレーティングシステムを認定するため Microsoft と協業をおこなっています今後数ヶ月の間に多数の認定テストをおこなう予定です具体的な終了日は決まっておらず現在進行中です質問 :Windows で Oracle を実行した場合と Linux で Oracle を実行した場合パフォーマンスに違いはありますか回答 : いいえありません数多くのテストをおこなった結果パフォーマンスの違いは感知できないほど微小なものでした Windows に満足しており Oracle Grid がもたらす利点に興味がある場合は Windows を使用していただくことを推奨します 2 Oracle 製品の対応プラットフォームについての最新の情報はをご確認ください 15

TechTarget について TechTarget は IT プロフェッショナルの成功には欠かせない情報をお届けします TechTarget は情報とリソースに関する個別ニーズに合わせたターゲティングメディアを提供しますテクノロジーに特化した TechTarget の Web サイトネットワークを利用すると企業の IT プロフェッショナルはインターネットを介して専門家や同業者

18 TechTarget について TechTarget は IT プロフェッショナルの成功には欠かせない情報をお届けします TechTarget は情報とリソースに関する個別ニーズに合わせたターゲティングメディアを提供しますテクノロジーに特化した TechTarget の Web サイトネットワークを利用すると企業の IT プロフェッショナルはインターネットを介して専門家や同業者オリジナルコンテンツ関連情報にアクセスできますまた TechTarget のイベントでは現在抱えている問題や課題に対してベンダーに中立な専門家の意見やアドバイスを得ることができます雑誌では IT に関する重要な意思決定に対して詳細な分析とアドバイスを提供します実用的な技術アドバイスや専門家の見識は専門分野別の e ニュースレタービデオ TechTalk ポッドキャストブログ Wiki などを通して配信されます TechTarget の Webcast では技術的な専門家に質問することができます TechTarget の特長 TechTarget は企業の IT 空間に直接焦点を当てています TechTarget の編集チームや業界の専門家によるネットワークから IT プロフェッショナルにもっとも重要なコンテンツが豊富に提供されます TechTarget は Web の即時性イベントでのネットワーク作りと対面の機会 Webcast による専門家との交流的をしぼった e ニュースレター豊富で詳細な印刷媒体を活用することにより企業の IT プロフェッショナルに説得力のある実践的な情報をお届けします Oracle_04_2008_

Oracle Real Application Clusters 10g: 第4世代

Oracle Real Application Clusters 10g: Angelo Pruscino, Oracle Gordon Smith, Oracle Oracle Real Application Clusters RAC 10g Oracle RAC 10g Oracle Database 10g Oracle RAC 10g 4 Oracle Database 10g Oracle