押さえておきたいSQL ServerとHadoop連係の注意点【前編】
SQL ServerユーザーのためのHadoop連係入門
SQL ServerとHadoopの連係でビッグデータ分野に乗り出したMicrosoft。しかしSQL Server用のHadoopコネクタは、SQL Serverのユーザーには取っつきにくいかもしれない。
米Microsoftが「ビッグデータ」の領域に進出する動きを見せている。同社が狙っているのは、米Googleや米Yahoo!などの企業が創業当初から取り組んでいる膨大な非構造化データの分野だ。例えばGoogleでは、毎日20P(ペタ)バイト(2万Tバイト)のデータを処理しており、その大部分はテキストベースのインデックスファイルの形式だ。しかしビッグデータの種類はインデックスだけではない。企業では大量の電子メール、文書、Webサーバのログ、ソーシャルネットワーキングフィード、その他の各種の非構造化情報を日常的に管理している。
GoogleやYahoo!に加え、米Autodesk、米IBM、米Facebookなどの企業では、大量のデータを管理するためにApache Hadoopを採用している。Hadoopは、従来型のツールでは処理できない膨大な非構造化データを管理するためのオープンソースクラウドプラットフォームだ。Hadoopの人気に目を付けたMicrosoftは、自社のSQL ServerとHadoopを接続する技術を開発した(関連記事:マイクロソフトのビッグデータ対応、明かされたSQL Server 2012の新機能)。
Microsoftが最近リリースしたコネクタは、HadoopクラスタとSQL Server 2008 R2やParallel Data Warehouse、あるいは開発中のSQL Server 2012(コードネーム:Denali)との間で大量のデータを移動することを可能にする。これらのコネクタではデータを双方向に移動できるため、SQL Serverのストレージ機能とデータ処理機能を生かしながら、大量の非構造化データを管理するHadoopの機能を利用することが可能だ。
しかしSQL Server用のHadoopコネクタは、SQL Serverのユーザーには取っつきにくいかもしれない。これらはLinux環境に実装されるコマンドライン型ツールなのだ。このため、同コネクタの導入を計画しているSQL Serverユーザーは、それがHadoop環境とどう連係するのかを概念的に把握しておくことが大切だ。
Apache Hadoopクラスタ
HadoopはLinuxコンピュータ上に実装されるマスター/スレーブ型アーキテクチャだ。膨大なデータを処理するには、Hadoop環境に以下のコンポーネントを含める必要がある。
マスターノード
スレーブノードを管理する。データファイルの処理、管理、アクセスに関連したタスクも管理する。さらにマスターノードは、ジョブリクエストをHadoop環境に送信する外部アプリケーションのための一次アクセスポイントとしての役割も果たす。マスターノードはマスターサーバと呼ばれることもある。
ネームノード
ネームノードデーモンを実行する。ネームノードデーモンはHadoop Distributed File System(HDFS)名前空間を管理し、データファイルへのアクセスを制御する。ネームノードはファイルのオープン、クローズ、リネームをサポートする他、データブロックをスレーブノードにどのようにマッピングするかを決定する。小規模な環境であれば、マスターノードと同じサーバ上にネームノードを実装することも可能だ。
スレーブノード
各スレーブノードはデータノードデーモンを実行する。データノードデーモンはデータファイルの保存を管理し、データファイルに対するリード/ライトリクエストを処理する。スレーブノードは比較的低価格で入手が容易なコモディティハードウェアで構成されるので、数千台のコンピュータ上で並列処理を実行することが可能だ。
各種のコンポーネントがHadoop環境内でどのように連係動作するかを図1に示す。マスターノードはジョブトラッカーデーモンを実行し、各スレーブノードはタスクトラッカーデーモンを実行する。ジョブトラッカーはクライアントアプリケーションからのリクエストを処理し、これらのタスクをタスクトラッカーの各インスタンスに割り当てる。タスクトラッカーはジョブトラッカーから指示を受け取ると、データノードと連係して割り当てられたタスクを実行し、処理の各段階でデータの移動を管理する。
MapReduceフレームワーク
図1に示すように、マスターノードはMapReduce処理を実行するのに必要なフレームワークをサポートする。MapReduce技術はHadoop環境のコア部分に位置する。むしろ、HadoopはMapReduceフレームワークであると見なすこともできる。このフレームワークでは、ジョブトラッカーやタスクトラッカーなどのコンポーネントが重要な役割を果たす。
MapReduceは巨大なデータセットを、管理しやすい小さなチャンク(塊)に分割し、何千台ものコンピュータに分散できるようにする。大規模な並列処理、何P(ペタ)バイトものデータの検索、複雑なクライアントリクエストの管理、掘り下げたデータ分析の実行などに必要なメカニズムも提供する。さらにMapReduce構造は、処理を正確かつ素早く完了するのに必要なロードバランシングとフォールトトレランスも備える。
MapReduceフレームワークは、各ファイルを一連のブロックに保存するHDFSフレームワークと連係して動作する。各ブロックはフォールトトレランスを実現するためにクラスタ内で複製される。1つのファイルを構成するブロックは、最後のブロックを除けば全て同じサイズだ。各スレーブ上のデータノードデーモンは、HDFSと連係してブロックの作成、消去、複製を行う。しかしHDFSファイルは、一度に1つのアプリケーションが1回しか書き込めない。
以上を踏まえ、後編ではSQL Server用のHadoopコネクタの実装手順について解説する。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
「身代金を支払う」以外のランサムウェア対策は本当にあるのか?
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
ネットワールド、ICカード認証対応のシンクライアント構築アプライアンスを販売
-
10
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー