DWH製品紹介:EMCジャパン
「Greenplum」でEMCが目指すビッグデータ時代の「UAPコンセプト」
他社アプライアンス製品とは一線を画すEMCのデータ分析ソリューション「Greenplum」。ソフトウェア型DWH用データベース「Greenplum Database」とHadoopディストリビューション「Greenplum MR」を紹介する。
ソフトウェア技術だけでDWHを実現する「EMC Greenplum Database」
2000年代後半からビジネスインテリジェンス(BI)やデータウェアハウス(DWH)のソリューションが脚光を浴びる中、大手ベンダーによる独立系DWHベンダーの買収が相次いだ。IBMによるネティーザの買収、HPによるバーティカの買収などがその代表だが、中でもEMCによるGreenplumの買収は、ストレージベンダー最大手のEMCが本格的にDWH市場に参入することで、市場競争の一層の激化を予感させる動きとして注目を集めた。
2003年に米国で創業したGreenplumは、当時DWHの世界でトレンドになりつつあったアプライアンスには目をくれず、あくまでもソフトウェアによるDWHソリューションを志向し、独自の技術を詰め込んだDWHソフトウェア製品「Greenplum Database」の提供を続けていた。2010年にEMCに買収された後も、同製品は「EMC Greenplum Database」として変わらず提供されており、2011年1月にはこれをあらかじめハードウェアにセットアップしたアプライアンス製品「EMC Greenplum Data Computing Appliance」(以下、Greenplum DCA)の提供も開始している(関連記事:ビッグデータ対応のために進化するDWHアプライアンス)。
このように、現在ではソフトウェアとアプライアンスの2つの形態で提供されているGreenplum Databaseだが、あくまでもソフトウェアの技術だけでその機能を実現するという設計理念は今も変わっていない。逆に言えば、ハードウェアの種類は問わないということでもある。EMCジャパン データコンピューティング事業本部 テクノロジー&プロフェッショナルサービス部 テクニカル・コンサルタント 中村 完氏は、Greenplum Databaseの特徴について次のように説明する。
「サーバやCPU、メモリ、ディスクから通信機器に至るまで、コンポーネントは全てコモディティハードウェアで構成される。従って、専用ハードウェアを購入しなくても手持ちのハードウェアリソースを組み合わせて簡単にDWHシステムを構築できる」
ただし、専用ハードウェアを使わないとはいっても、システム全体のアーキテクチャはアプライアンス製品とほぼ変わらない。つまり、データ処理を複数ノードに分散して並列実行させるMPP(大規模並列処理)方式が取られている。これを、独自技術によりソフトウェアとコモディティハードウェアだけで実現しているのが、Greenplum Databaseの大変ユニークな点だ。アプライアンス製品であるGreenplum DCAにおいても同様で、システムを構成するハードウェアには全てコモディティ製品が採用されている。
ちなみにGreenplum DCAは、2012年2月時点では2機種が日本国内で提供されている。1つが標準グレードである「Greenplum DCA」。フルラック構成で144Tバイトのデータ容量と、1時間当たり10Tバイトのデータロード性能を持つ。もう1つが、大容量のディスク装置を採用した「Greenplum High Capacity DCA」で、最大496Tバイトのデータを格納可能となっている。さらに2012年中には、Greenplum DCAにSAS Instituteが提供する分析ソフトウェアの機能を組み込んだ「SAS High-Performance Analytics on Greenplum DCA」の提供が予定されているという。
独自技術による高速データロード
Greemplum DatabaseのMPPアーキテクチャは、ユーザーからのクエリ受け付けと結果セットの返却を担当する「マスターサーバ」と、実際のデータ処理を行う「セグメントサーバ」、そしてこれらの間をつなぐ「ネットワークインターコネクト」で構成される。セグメントサーバは通常複数台で構成され、それぞれが独立した専用のデータ領域を持つ。セグメントサーバ間でデータは一切共有しない「シェアードナッシング」方式を取るため、ノード間でのデータアクセス競合が発生せず、安定して高いスループットを発揮できる(関連記事:ビッグデータ対応のために進化するDWHアプライアンス)。
また、ソースシステムからデータをロードする処理には、独自の技術が採用されている。
「通常のDWH製品では、データのロードはマスターサーバを経由して行われるため、マスターサーバの性能がボトルネックになりやすい。しかしGreemplum Databaseはマスターサーバを経由せず、セグメントサーバに直接データをロードする。ロード処理は複数のセグメントサーバ間で分散して行われるため、ノード数を増やせば増やすほどロード性能はリニアに向上する。この高速ローディングの仕組みは、他社製品にはない大きな特徴だ」(中村氏)
このデータロードの仕組みは、Hadoopとの連携においても威力を発揮するという。HadoopのHDFSデータノードからGreenplum Databaseのセグメントサーバへ直接データを高速にロードできるとともに、逆方向のロード、つまりセグメントサーバからHDFSデータノードへのデータのアンロードも可能になっている。
「Hadoopとの間の双方向データ転送ができるため、ある特定のデータを処理する際に、HadoopとGreenplum Databaseのどちらで処理する方が効率が良いのか、データを互いに移動させながらトライ&エラーを繰り返すことで見極められる」(中村氏)
またGreenplum Databaseでは、Hadoopのファイルを外部テーブルとして定義できる。この機能を活用すれば、通常のSQL文を使ってHadoopのデータをGreenplum Databaseに取り込んだり、あるいはGreenplum Databaseを通じてそのまま結果セットとして取り出すことも可能だ。使い慣れたSQLでHadoopのデータを操作できることは、多くの開発者やデータベース技術者にとって大きなメリットになるだろう。
柔軟かつきめ細かい単位でのシステム拡張が可能
先に述べた通り、Greenplum Databaseはコモディティハードウェアだけでシステムを構成できる。これは、システムの拡張性の面で非常に大きなアドバンテージとなる。というのは、専用ハードウェアを採用するアプライアンス製品の場合、システムのキャパシティーを拡張する際、一般的には専用ハードウェアをある程度まとまった台数で増強する必要がある。しかしGreenplum Databaseの場合、セグメントサーバを1台単位でシステムに追加していけるので、非常にきめ細かい単位でシステムの処理性能とデータ容量を拡張できる。
また往々にして、専用ハードウェアで構成されるDWHシステムは、下位互換性が問題となる。つまり、ノードを追加してシステムを拡張しようとしても、ベンダーがその時点で提供している最新の製品が現在運用している旧バージョンの製品と互換性を持つとは限らない。そのため、既存システムの最新製品への丸ごとリプレースを余儀なくされることも多い。その点Greenplum Databaseは、追加するセグメントサーバのハードウェアの種類は問わないため、既存資産への投資を無駄にすることなく効率的にシステムを拡張していくことができる。これはアプライアンスでも同様で、Greenplum DCAは4分の1ラック単位で順次システムを拡張できるようになっている。
このように、システムの柔軟な拡張性があらかじめ担保されていることは、DWH導入のハードルを大幅に下げる効果があると中村氏は言う。
「既存の資産を生かしながら少しずつシステムを拡張できるので、導入時にキャパシティープランニングを厳密に行う必要がない。従って、将来のシステム規模の成長が読めない場合でも、気軽にスモールスタートできる」
また、Greenplum Databaseは多くの場合、サーバ内蔵のHDDを利用するが、外部ストレージアレイを利用することも可能だ。この場合には、ストレージ装置が備える高度なデータ管理機能を使って、高速バックアップや遠隔レプリケーションによる災害対策システムを組むことができる。これもGreenplum Databaseの高い拡張性がもたらすメリットの1つといえる。
エンタープライズ向けHadoopソリューション「EMC Greenplum MR」
Greenplum Databaseは、どちらかというとオーソドックスなDWHのソリューションを提供する製品だが、近年のデータ活用ソリューションではこれまでにない新たな要件が持ち上がってきている。いわゆる「ビッグデータ」だ。これまでにないほど大容量のデータ、しかもリレーショナルデータベース(RDB)のテーブルに格納された構造化データではなく非構造化データ、例えばWebやセンサー、ソーシャルネットワークなどで生成されるログの生データを分析することで、これまで得られなかった新たな知見を得ようという試みだ。
こうした分析用途に適したソリューションとして、近年注目を集めているのがHadoopだ。EMCではこのHadoopの技術を取り入れた新たなソリューション「EMC Greenplum MR」を2012年1月に発表した。これは、米MapR Technologiesが提供するHadoopディストリビューションを採用したもので、Hadoopをビジネスユースする上でウイークポイントとなっていた可用性や管理性などの点が大きく改善されている。また、もともとはJavaで実装されていたHadoopをインタフェース部分以外C++で新たに実装し直したことで、オリジナルのApache Hadoopと比べ2~5倍の性能向上を果たしているという。
また同社では、Greenplum DatabaseやGreenplum MRによるデータ管理基盤と、ユーザーがBIツールなどを使ってデータ分析を行うレイヤーの間を取り持つミドルウェア製品「EMC Greenplum Chorus」という製品を2012年秋ごろに提供予定だ。この新製品について、中村氏は次のように説明する。
「DWHやHadoopなどさまざまなデータ基盤に散在するデータベースを抽象化し、ユーザーがそれらを自由に組み合わせて柔軟に分析を行えるようにする機能を提供する。これまでに例のない、新しいジャンルの製品になるだろう」
製品、サービス、人材育成がUAPコンセプト
EMCでは、これらのGreenplumブランド製品群を組み合わせて実現する次世代のデータ分析ソリューションを、「Unified Analytics Platform」(UAP)と呼んでいる。UAPではデータベースに格納された構造化データからビッグデータに代表される非構造化データまで、全て同一プラットフォーム上で容易に活用できる世界が実現するという。
Greenplum関連コンテンツ
さらに同社では、UAPのコンセプトを推進するに当たり、製品やサービスのみならず人材の育成にも取り組んでいくという。
「いくら優れたシステムを構築しても、それを活用できる人材がいなければ宝の持ち腐れになってしまう。EMCではビジネスニーズを具体的なデータ分析の手法に落とし込むスキルを持った『Data Scientist』という新たな種類の人材の育成を提唱している。既に米国ではData Scientistのコンセプトは普及しつつある。われわれが目指すUAPは、システムだけではなくこうした人的スキルまでも包含したコンセプトだ」(中村氏)
Copyright © ITmedia, Inc. All Rights Reserved.
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー