Oracle® Big Data Appliance

オーナーズ・ガイド

リリース4 (4.4)

E70115-04(原本部品番号:E65664-10)

2016年5月

Oracle Big Data Applianceのデータ・センター・サイトの計画、ネットワーク構成、ハードウェアとソフトウェアのインストール、およびメンテナンスについて説明します。

Oracle Big Data Applianceオーナーズ・ガイド, リリース4 (4.4)

E70115-04

Copyright © 2011, 2016, Oracle and/or its affiliates.  All rights reserved.

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- 関連ドキュメント

- 表記規則

- バッカス・ナウア記法の構文

Oracle Big Data Applianceのこのリリースでの変更点

- Oracle Big Data Applianceリリース4 (4.4)での変更点

- Oracle Big Data Applianceリリース4 (4.3)での変更点

- Oracle Big Data Applianceリリース4 (4.2)での変更点

- Oracle Big Data Applianceリリース4 (4.1)での変更点

- Oracle Big Data Applianceリリース4 (4.0)での変更点

第I部 インストールの前に

1 Oracle Big Data Applianceの概要

- 1.1 Oracle Big Data Applianceについて

- 1.2 Oracle Big Data Applianceラック・コンポーネント

- 1.3 サーバー・コンポーネント

- 1.4 予備部品キット・コンポーネント

- 1.5 Oracle Big Data Appliance管理ソフトウェア

- 1.6 サポートのガイドライン

2 Oracle Big Data Applianceのサイト要件

- 2.1 一般的な環境要件

- 2.2 スペース要件

- 2.2.1 受入と開梱の要件

- 2.2.2 メンテナンス・アクセス要件

- 2.3 フロア要件

- 2.4 電力要件

- 2.4.1 Oracle Big Data ApplianceのPDU

- 2.4.1.1 北アメリカ、南アメリカ、日本および台湾向けの単相PDU

- 2.4.1.2 北アメリカ、南アメリカ、日本および台湾向けの3相PDU

- 2.4.1.3 ヨーロッパ、中東、アフリカおよびアジア太平洋向けの単相PDU

- 2.4.1.4 ヨーロッパ、中東、アフリカおよびアジア太平洋向けの3相PDU

- 2.4.2 施設電力要件

- 2.4.3 サーキット・ブレーカ要件

- 2.4.4 接地ガイドライン

- 2.5 温度および湿度要件

- 2.6 通気および冷却要件

- 2.7 ネットワーク接続要件

- 2.8 サイトの準備が完了していることの確認

3 ネットワーク要件の理解

- 3.1 ネットワーク要件の概要

- 3.1.1 デフォルトのネットワーク接続

- 3.1.2 ネットワークの最小要件

- 3.1.3 ネットワーク図

- 3.2 クライアント・ネットワークのケーブル配線

- 3.2.1 サーバーによるゲートウェイ・スイッチへの接続方法

- 3.2.2 40Gbps物理ポートに接続するためのスプリッタ・ケーブルの使用

- 3.2.3 10GbEインフラストラクチャのないデータ・センターの場合

- 3.2.4 ゲートウェイ・スイッチへの接続のガイドライン

- 3.2.5 単一のHadoopクラスタを作成するための複数ラックの構成

- 3.3 工場出荷時のネットワーク設定

- 3.4 Oracle Big Data Applianceソフトウェアのポート割当て

- 3.5 Oracle Big Data Applianceのネットワークの準備

4 Oracle Big Data Appliance構成生成ユーティリティの使用方法

- 4.1 Oracle Big Data Appliance構成生成ユーティリティの概要

- 4.2 構成ファイルの生成

- 4.3 構成ファイルについて

- 4.4 ネットワーク設定の検証

- 4.5 「Customer Details」ページ

- 4.5.1 標準ホスト名の使用

- 4.5.2 カスタム・ホスト名の使用

- 4.5.3 マルチトラック・クラスタのネーミング

- 4.5.4 ネットワーク上でのOracle Big Data Applianceへの接続

- 4.6 「Hardware Selection」ページ

- 4.7 ラックの詳細

- 4.8 「Networking」ページ

- 4.9 「Client Ethernet Network」ページ

- 4.10 「Administration Network」ページ

- 4.11 「InfiniBand Network」ページ

- 4.12 「General Network Properties」ページ

- 4.13 「Review and Edit Details」ページ

- 4.14 「Define Clusters」ページ

- 4.15 「Cluster」ページ

- 4.15.1 新しいOracle NoSQL Databaseクラスタ

- 4.15.1.1 User/Groups

- 4.15.1.2 インストールされるコンポーネント

- 4.15.1.3 Oracle NoSQLの構成

- 4.15.2 新しいCDHクラスタ

- 4.15.2.1 User/Groups

- 4.15.2.2 Big Data SQL

- 4.15.2.3 Big Data Connectors

- 4.15.2.4 MIT Kerberos

- 4.15.2.5 HDFS透過的暗号化

- 4.15.2.6 Active Directory Kerberos

- 4.15.2.7 Audit Vault

- 4.15.2.8 自動サービス・リクエスト

- 4.15.2.9 Enterprise Management Cloud Control

- 4.15.2.10 Email Alerting

- 4.15.3 既存のクラスタへの追加

- 4.16 Client Network Config Summary

- 4.17 「Complete」ページ

5 自動サービス・リクエストの設定

- 5.1 自動サービス・リクエストの理解

- 5.2 ASRのインストールの準備

- 5.3 ASRマネージャのインストール

- 5.4 ASRマネージャ・インストールの確認

- 5.5 Oracle Big Data Applianceでのトラップ宛先の構成

- 5.6 ASRアセットの確認

- 5.7 Oracle Big Data Applianceでの自動サービス・リクエストの検証

- 5.8 ASRのトラブルシューティング

第II部 ハードウェアのインストールおよび構成

6 サイトでのOracle Big Data Applianceの設置

- 6.1 安全ガイドラインの確認

- 6.2 Oracle Big Data Applianceの開梱

- 6.2.1 出荷キットの内容

- 6.2.2 貨物箱からのOracle Big Data Applianceの取出し

- 6.3 割当てスペースへのOracle Big Data Applianceの配置

- 6.3.1 Oracle Big Data Applianceの移動

- 6.3.2 Oracle Big Data Applianceの固定

- 6.3.2.1 水平調整脚を使用したOracle Big Data Applianceラックの固定

- 6.3.3 接地ケーブルの接続(オプション)

- 6.4 システムの初回の電源投入

- 6.4.1 設置後のOracle Big Data Applianceラックの検査

- 6.4.2 電源コードの接続

- 6.4.3 Oracle Big Data Applianceの電源投入

7 Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成

- 7.1 KVMスイッチの構成

- 7.1.1 KVMスイッチの起動

- 7.1.2 管理ネットワークへのKVMスイッチの接続

- 7.1.3 KVMファームウェア・バージョンの確認

- 7.1.4 サーバーにアクセスするためのKVMスイッチの構成

- 7.1.5 KVMスイッチを使用したサーバーへのアクセス

- 7.2 Ciscoイーサネット・スイッチの構成

- 7.2.1 構成の範囲

- 7.2.2 イーサネット・スイッチを構成するための前提条件

- 7.2.3 カスタマ・ネットワークでのイーサネット・スイッチの構成

- 7.2.4 イーサネット・スイッチでのTelnetアクセスの設定

- 7.2.5 イーサネット・スイッチでのSSHの構成

- 7.2.6 イーサネット・スイッチでのクロックおよびタイムゾーンの設定

- 7.2.7 イーサネット・スイッチでのNTPサーバーの構成

- 7.2.8 スパニング・ツリーの無効化

- 7.2.9 イーサネット構成の確認

- 7.3 インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

- 7.3.1 インフィニバンド・スイッチの構成

- 7.3.2 インフィニバンド・スイッチでのタイムゾーンおよびクロックの設定

- 7.3.3 インフィニバンド・スイッチの健全性の確認

- 7.3.4 Sun Network QDR Infiniband Gateway Switchの確認

- 7.4 配電ユニットの構成

- 7.4.1 ネットワークへのPDUの接続

- 7.4.2 PDUファームウェア・バージョンの更新

- 7.5 Oracle Big Data Applianceサーバーの構成

- 7.6 ネットワークの構成

- 7.6.1 Oracle Big Data Applianceへの構成ファイルのコピー

- 7.6.2 ネットワーク構成の開始

- 7.6.3 管理ネットワークへの接続

- 7.6.4 クライアント・ネットワークへの接続

- 7.6.5 ネットワーク構成の完了

- 7.6.6 仮想インタフェース・カード(VNIC)の確認

- 7.6.7 ネットワーク・サービスへのアクセスの確認

- 7.7 Oracle Big Data Applianceの複数のラックの構成

- 7.7.1 複数ラックの構成およびケーブル配線

- 7.7.2 マルチラック・インフィニバンド・ネットワークの検証

8 Oracle Big Data Applianceのスタータ・ラックの拡張

- 8.1 Oracle Big Data Applianceのスタータ・ラックの拡張について

- 8.1.1 高容量ノードとインフィニバンド・インフラストラクチャのコンテンツの確認

- 8.1.2 スタータ・ラックのステータスの確認

- 8.1.3 Oracle Big Data Appliance X4-2のスタータ・ラックの拡張

- 8.2 Oracle Big Data Applianceスタータ・ラックへの新しいサーバーのインストール

- 8.3 新しいOracle Big Data Applianceサーバーの構成

- 8.4 ネットワークの設定

- 8.4.1 構成ファイルのコピー

- 8.4.2 ネットワークの構成

- 8.4.3 ネットワークの構成の確認

- 8.5 新しいサーバーへのOracle Big Data Applianceソフトウェアのインストール

9 複数のOracle Big Data Applianceラックの接続

- 9.1 別のラックの追加によるラックの拡張

- 9.2 マルチラック・ケーブル配線の前提条件

- 9.3 ケーブル配線による2つのラックの接続

- 9.4 ケーブル配線による複数のラックの接続

第III部 ソフトウェアのインストールおよび構成

10 Oracle Big Data Applianceソフトウェアのインストール

- 10.1 Mammothユーティリティについて

- 10.1.1 ローリング・アップグレードについて

- 10.2 インストールの前提条件

- 10.3 Mammothソフトウェア・デプロイメント・バンドルのダウンロード

- 10.4 新規ラックへのソフトウェアのインストール

- 10.4.1 ソフトウェアのインストール

- 10.5 インストール中にエラーが発生した場合の対処方法

- 10.6 クラスタへのサーバーの追加

- 10.7 Oracle Big Data Applianceでのソフトウェアのアップグレード

- 10.7.1 オペレーティング・システムのバージョンについて

- 10.7.2 ソフトウェアのアップグレード

- 10.7.2.1 前提条件

- 10.7.2.2 現在のソフトウェア・バージョンへのアップグレード

- 10.7.2.3 個別パッチ・メカニズムを使用しないパーセルのアップグレードの実行

- 10.8 オプション・ソフトウェアの構成の変更

- 10.8.1 Oracle Big Data Connectorsのサポートの変更

- 10.8.1.1 Oracle Big Data Connectorsの追加

- 10.8.1.2 Oracle Big Data Connectorsの削除

- 10.8.2 自動サービス・リクエストのためのサポートの追加

- 10.8.3 Oracle Enterprise Manager Cloud Controlのサポートの追加

- 10.8.4 Oracle Audit Vault and Database Firewallのサポートの追加

- 10.8.5 Kerberos認証の追加

- 10.8.6 Oracle Big Data Discoveryのインストール

- 10.8.6.1 Oracle Big Data DiscoveryがOracle Big Data Applianceにデプロイされる方法

- 10.8.6.2 Oracle Big Data Discoveryのインストールおよび有効化

- 10.8.6.3 Oracle Big Data Discoveryの使用方法

- 10.9 ベース・イメージの再インストール

- 10.9.1 単一のOracle Big Data Applianceサーバーのイメージの変更

- 10.9.2 Oracle Big Data Applianceラックのイメージの変更

- 10.9.3 Oracle Big Data Applianceクラスタのイメージの変更

- 10.10 個別パッチのインストール

- 10.11 Mammothソフトウェア・インストールおよび構成ユーティリティ

- 10.11.1 Mammothのオプション

- 10.11.2 Mammothインストールのステップ

- 10.12 Oracle Big Data Applianceベース・イメージ・ユーティリティ

- 10.12.1 makebdaimage

- 10.12.2 reimagecluster

- 10.12.3 reimagerack

第IV部 メンテナンス

11 Oracle Big Data Applianceのメンテナンス

- 11.1 サーバーの周辺温度の監視

- 11.2 Oracle Big Data Applianceの電源の投入および切断

- 11.2.1 緊急時以外の電源の手順

- 11.2.1.1 Oracle Big Data Applianceの電源投入

- 11.2.1.2 Oracle Big Data Applianceの電源切断

- 11.2.1.2.1 サーバーの電源切断

- 11.2.1.2.2 複数サーバーの電源の同時切断

- 11.2.1.3 ネットワーク・スイッチの電源の投入および切断

- 11.2.2 緊急時の電源切断に関する考慮事項

- 11.2.2.1 緊急時の電源切断の手順

- 11.2.2.2 緊急電源切断スイッチ

- 11.2.3 注意および警告

- 11.3 サーバーへのメモリーの追加

- 11.3.1 Oracle Server X6-2Lへのメモリーの追加

- 11.3.2 Oracle Server X5-2L、Sun Server X4-2LまたはSun Server X3-2Lへのメモリーの追加

- 11.3.3 Sun Fire X4270 M2サーバーへのメモリーの追加

- 11.4 サーバーの物理ディスクの管理

- 11.4.1 サーバー構成の確認

- 11.4.1.1 ディスク・コントローラ構成の確認

- 11.4.1.2 仮想ドライブ構成の確認

- 11.4.1.3 物理ドライブ構成の確認

- 11.5 インフィニバンド・ネットワークの管理

- 11.5.1 Oracle ILOM設定のバックアップおよびリストア

- 11.5.1.1 Oracle ILOM構成設定のバックアップ

- 11.5.1.2 Oracle ILOM構成設定のリストア

- 11.5.2 障害のあるインフィニバンド・スイッチの交換

- 11.5.3 インフィニバンド・ネットワーク操作の確認

- 11.5.4 ネットワーク・サブネット・マネージャ・マスターの理解

- 11.6 ゲートウェイ・スイッチに対する接続数の変更

- 11.7 NTPサーバーの変更

- 11.8 PDUの電流の監視

12 サーバー・ディスクの交換

- 12.1 ディスク交換プロセスの概要

- 12.2 ディスク・ドライブ識別子について

- 12.2.1 標準ディスク・ドライブ・マッピング

- 12.2.2 標準マウント・ポイント

- 12.2.3 ディスク・ドライブの物理スロット番号の取得

- 12.3 障害ディスクを交換するための前提条件

- 12.4 サーバーが再起動しない場合の対処方法

- 12.5 ディスク・ドライブの交換

- 12.6 マウントされているパーティションのエラーの修正

- 12.7 ディスク・ドライブの機能の識別

- 12.8 オペレーティング・システム・ディスクの構成

- 12.8.1 オペレーティング・システム・ディスクのパーティション化

- 12.8.1.1 Oracle Linux 6のパーティション化

- 12.8.1.2 Oracle Linux 5のパーティション化

- 12.8.2 RAIDアレイの修理

- 12.8.3 オペレーティング・システム・ディスクのHDFSパーティションのフォーマット

- 12.8.4 スワップ・パーティションのリストア

- 12.8.5 GRUBマスター・ブート・レコードおよびHBAブート順序のリストア

- 12.9 HDFSディスクまたはOracle NoSQL Databaseディスクの構成

- 12.10 ディスク構成の確認

13 Oracle Big Data Applianceユーティリティ

- 13.1 bdacheckcluster

- 13.2 bdacheckhw

- 13.3 bdacheckib

- 13.4 bdachecknet

- 13.5 bdachecksw

- 13.6 bdaclustersynctime

- 13.7 bdacli

- 13.8 bdaclustersynctime

- 13.9 bdadiag

- 13.10 bdadiagcluster

- 13.11 bdagetclientconfig

- 13.12 bdaid

- 13.13 bdaimagevalidate

- 13.14 bdanodedesc

- 13.15 bdaredoclientnet

- 13.16 bdaserials

- 13.17 bdaswapoff

- 13.18 bdaswapon

- 13.19 bdaupdatefw

- 13.20 iblinkinfo

- 13.21 imagehistory

- 13.22 imageinfo

- 13.23 listlinkup

- 13.24 mount_hadoop_dirs

- 13.25 remove-root-ssh

- 13.26 reset-boot-order

- 13.27 setup-root-ssh

- 13.28 showusb

- 13.29 showvlan

- 13.30 showvnics

14 クラスタ全体でのdcliユーティリティを使用したコマンドの実行

- 14.1 dcliユーティリティの概要

- 14.1.1 パスワードなしSSHの設定

- 14.1.2 dcliの基本的な使用方法

- 14.1.2.1 ヘルプの表示

- 14.1.2.2 ターゲット・サーバーの識別

- 14.1.2.3 コマンドの指定

- 14.1.2.4 出力レベルの制御

- 14.2 dcliの構文

- 14.3 dcliの戻り値

- 14.4 dcliの例

15 Oracle Integrated Lights Out Managerの使用方法

- 15.1 Oracle ILOMの概要

- 15.1.1 Oracle ILOMのインタフェース

- 15.1.2 Oracle ILOMのユーザー

- 15.2 管理ネットワーク図

- 15.3 Oracle Big Data ApplianceコンポーネントのOracle ILOM IPアドレス

- 15.4 ネットワークを使用したOracle ILOMへの接続

- 15.4.1 コマンドライン・インタフェースへの接続

- 15.4.2 Web GUIへの接続

- 15.5 シリアル接続を使用したOracle ILOMへの接続

- 15.5.1 サーバーのOracle ILOMへの接続

- 15.5.2 インフィニバンド・スイッチのOracle ILOMへの接続

第V部 付録

A Oracle Big Data Applianceのエラー・メッセージ

B 交換ユニット

- B.1 修理カテゴリの理解

- B.2 ディスク・コントローラのバッテリ

- B.3 LEDステータスの説明

- B.3.1 SunサーバーのLED

- B.3.2 Sunインフィニバンド・スイッチのLED

- B.4 Oracle Big Data Applianceサーバーの部品

- B.4.1 Oracle Server X6-2LおよびX5-2Lの部品

- B.4.2 Sun Server X4-2Lの部品

- B.4.3 Sun Server X3-2Lの部品

- B.4.4 Sun Fire X4270 M2の部品

- B.5 Sun Datacenter InfiniBand Switch 36の部品

- B.6 Sun Network QDR Infiniband Gateway Switchの部品

- B.7 Ciscoイーサネット・スイッチの部品

- B.8 配電ユニットの部品

- B.9 Oracle Big Data Applianceラックのケーブルおよびケーブル・アクセサリ

C Oracle Big Data Appliance X6–2およびX5-2のラック内ケーブル配線の表

- C.1 ケーブルの色分け

- C.2 Oracle Big Data Applianceラックのレイアウト

- C.3 管理ギガビット・イーサネットのケーブル接続

- C.4 Oracle Integrated Lights Out Managerのケーブル接続

- C.5 単相配電ユニットのケーブル接続

- C.6 3相配電ユニットのケーブル接続

- C.7 ラック内インフィニバンド・スイッチ間のケーブル接続

- C.8 ラック内インフィニバンド・スイッチとサーバーのケーブル接続

D Oracle Big Data Appliance X4-2およびX3-2のラック内ケーブル配線の表

- D.1 ケーブルの色分け

- D.2 Oracle Big Data Applianceラックのレイアウト

- D.3 管理ギガビット・イーサネットのケーブル接続

- D.4 Oracle Integrated Lights Out Managerのケーブル接続

- D.5 単相配電ユニットのケーブル接続

- D.6 3相配電ユニットのケーブル接続

- D.7 ラック内インフィニバンド・スイッチ間のケーブル接続

- D.8 ラック内インフィニバンド・スイッチとサーバーのケーブル接続

E Oracle Big Data Appliance Sun Fire X4270 M2のラック内ケーブル配線の表

- E.1 ケーブルの色分け

- E.2 Oracle Big Data Applianceラックのレイアウト

- E.3 KVMネットワークのケーブル接続

- E.4 管理ギガビット・イーサネットのケーブル接続

- E.5 Oracle Integrated Lights Out Managerのケーブル接続

- E.6 単相配電ユニットのケーブル接続

- E.7 3相配電ユニットのケーブル接続

- E.8 ラック内インフィニバンド・スイッチ間のケーブル接続

- E.9 ラック内インフィニバンド・スイッチとサーバーのケーブル接続

F マルチラック・ケーブル配線の表

- F.1 マルチラック・ケーブル配線の理解

- F.1.1 Oracle Exadata Database MachineとOracle Big Data Applianceのケーブル接続

- F.1.2 1つのラックのスイッチのケーブル配線

- F.1.3 2つのラックのスイッチのケーブル配線

- F.1.4 最大8つのラックのスイッチのケーブル配線

- F.2 ケーブル配線の表の略記について

- F.3 2つのラックのケーブル配線

- F.4 3つのラックのケーブル配線

- F.5 4つのラックのケーブル配線

- F.6 5つのラックのケーブル配線

- F.7 6つのラックのケーブル配線

- F.8 7つのラックのケーブル配線

- F.9 8つのラックのケーブル配線

索引

表一覧

- 1-1 Oracle Big Data Applianceラック・コンポーネント

- 1-2 Oracle Server X6-2Lサーバー・コンポーネント

- 1-3 Oracle Server X5-2サーバー・コンポーネント

- 1-4 Sun Server X4-2Lサーバー・コンポーネント

- 1-5 Sun Server X3-2Lサーバー・コンポーネント

- 1-6 Sun Fire X4270 M2サーバー・コンポーネント

- 1-7 同梱のコンポーネントおよびアクセサリ

- 1-8 同梱のケーブル

- 1-9 ラック内予備ケーブル

- 2-1 Oracle Big Data Appliance X6-2およびX5-2の環境要件

- 2-2 Oracle Big Data Appliance X6-2およびX5-2高容量ノードとインフィニバンド・インフラストラクチャの環境要件

- 2-3 Oracle Big Data Appliance X4-2およびX3-2の環境要件

- 2-4 Oracle Big Data Appliance Sun Fire X4270 M2ベース・ラックの環境要件

- 2-5 出荷時の測定値

- 2-6 Oracle Big Data Applianceのアクセス・ルート要件

- 2-7 Oracle Big Data Applianceのメンテナンス・アクセス要件

- 2-8 Oracle Big Data Applianceのフロア荷重要件

- 2-9 低電圧15kVA単相PDU

- 2-10 低電圧15kVA 3相PDU

- 2-11 高電圧22kVA単相PDU

- 2-12 高電圧15kVA 3相PDU

- 2-13 温度、湿度および高度の要件

- 3-1 Oracle Big Data ApplianceのデフォルトIPアドレス

- 3-2 Oracle Big Data Applianceのポート番号

- 3-3 CDHのポート番号

- 3-4 Oracle Big Data Discoveryポート番号

- 4-1 「Customer Details」ページ

- 4-2 「Hardware Selection」ページ

- 4-3 「Rack Details」ページ

- 4-4 「Client Ethernet」ページ

- 4-5 「Administration Network」ページ

- 4-6 「InfiniBand Network」ページ

- 4-7 「General Network Properties」ページ

- 4-8 Advanced Network Properties

- 4-9 「Define Clusters」ページ

- 4-10 新しいOracle NoSQL Databaseクラスタの「User /Groups」

- 4-11 インストールされるコンポーネント

- 4-12 Oracle NoSQLの構成

- 4-13 新しいCDHクラスタの「User /Groups」

- 4-14 Big Data SQL

- 4-15 インストールされるコンポーネント

- 4-16 MIT Kerberos

- 4-17 HDFS透過的暗号化

- 4-18 Active Directory Kerberos

- 4-19 Audit Vault

- 4-20 自動サービス・リクエスト

- 4-21 Enterprise Manager Cloud Control

- 4-22 「Email Alerting」ページ

- 8-1 高容量ノードとインフィニバンド・インフラストラクチャのコンポーネントおよびアクセサリ

- 8-2 高容量ノードとインフィニバンド・インフラストラクチャのケーブル

- 10-1 Big Data Discovery 1.1.1用ダウンロード・パッケージ

- 11-1 単相低電圧PDUのしきい値

- 11-2 3相低電圧PDUのしきい値

- 11-3 単相高電圧PDUのしきい値

- 11-4 3相高電圧PDUのしきい値

- 12-1 ディスク・ドライブ識別子

- 12-2 マウント・ポイント

- 13-1 bdacliのadmin_clusterのパラメータ

- 13-2 bdacliのenableまたはdisableのサービス・パラメータ

- 13-3 BDACLIのstart、stop、restartのパラメータ

- 13-4 インフィニバンド・パラメータ

- 13-5 ラック・パラメータ

- 13-6 一般的なクラスタ・パラメータ

- 13-7 Oracle Big Data Connectorsステータス・パラメータ

- 13-8 クラスタ・ネットワーク・パラメータ

- 13-9 クラスタ・セキュリティ・パラメータ

- 13-10 サーバー・パラメータ

- 13-11 個別パッチ・パラメータ

- 14-1 dcliのオプション

- B-1 Oracle Big Data Applianceの修理カテゴリ

- B-2 Sun ServerのLEDステータスの説明

- B-3 Sun InfiniBand SwitchのLEDステータスの説明

- B-4 Oracle Server X6-2LおよびX5-2Lストレージ・サーバーの交換部品

- B-5 Sun Server X4-2Lサーバーの交換部品

- B-6 Sun Server X3-2Lサーバーの交換部品

- B-7 Sun Fire X4270 M2サーバーの交換部品

- B-8 Sun Datacenter InfiniBand Switch 36の交換部品

- B-9 Sun Network QDR InfiniBand Gatewayスイッチの交換部品

- B-10 Cisco Catalystイーサネットの交換部品

- B-11 配電ユニットの交換部品

- B-12 Oracle Big Data Applianceラックの交換ケーブル

- C-1 管理ギガビット・イーサネットのケーブル配線

- C-2 Oracle ILOMのケーブル配線

- C-3 単相PDUのケーブル配線

- C-4 3相PDUのケーブル配線

- C-5 インフィニバンド・スイッチ間のケーブル配線

- C-6 インフィニバンド・スイッチとサーバーのケーブル配線

- D-1 管理ギガビット・イーサネットのケーブル配線

- D-2 Oracle ILOMのケーブル配線

- D-3 単相PDUのケーブル配線

- D-4 3相PDUのケーブル配線

- D-5 インフィニバンド・スイッチ間のケーブル配線

- D-6 インフィニバンド・スイッチとサーバーのケーブル配線

- E-1 KVMのケーブル配線

- E-2 管理ギガビット・イーサネットのケーブル配線

- E-3 Oracle ILOMのケーブル配線

- E-4 単相PDUのケーブル配線

- E-5 3相PDUのケーブル配線

- E-6 インフィニバンド・スイッチ間のケーブル配線

- E-7 インフィニバンド・スイッチとサーバーのケーブル配線

- F-1 2ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-2 2ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-3 3ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-4 3ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-5 3ラック・システムにおける第3ラックのリーフ・スイッチの接続

- F-6 4ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-7 4ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-8 4ラック・システムにおける第3ラックのリーフ・スイッチの接続

- F-9 4ラック・システムにおける第4ラックのリーフ・スイッチの接続

- F-10 5ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-11 5ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-12 5ラック・システムにおける第3ラックのリーフ・スイッチの接続

- F-13 5ラック・システムにおける第4ラックのリーフ・スイッチの接続

- F-14 5ラック・システムにおける第5ラックのリーフ・スイッチの接続

- F-15 6ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-16 6ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-17 6ラック・システムにおける第3ラックのリーフ・スイッチの接続

- F-18 6ラック・システムにおける第4ラックのリーフ・スイッチの接続

- F-19 6ラック・システムにおける第5ラックのリーフ・スイッチの接続

- F-20 6ラック・システムにおける第6ラックのリーフ・スイッチの接続

- F-21 7ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-22 7ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-23 7ラック・システムにおける第3ラックのリーフ・スイッチの接続

- F-24 7ラック・システムにおける第4ラックのリーフ・スイッチの接続

- F-25 7ラック・システムにおける第5ラックのリーフ・スイッチの接続

- F-26 7ラック・システムにおける第6ラックのリーフ・スイッチの接続

- F-27 7ラック・システムにおける第7ラックのリーフ・スイッチの接続

- F-28 8ラック・システムにおける第1ラックのリーフ・スイッチの接続

- F-29 8ラック・システムにおける第2ラックのリーフ・スイッチの接続

- F-30 8ラック・システムにおける第3ラックのリーフ・スイッチの接続

- F-31 8ラック・システムにおける第4ラックのリーフ・スイッチの接続

- F-32 8ラック・システムにおける第5ラックのリーフ・スイッチの接続

- F-33 8ラック・システムにおける第6ラックのリーフ・スイッチの接続

- F-34 8ラック・システムにおける第7ラックのリーフ・スイッチの接続

- F-35 8ラック・システムにおける第8ラックのリーフ・スイッチの接続

はじめに

このガイドでは、超大規模データセットを取得、編成および分析するために使用されるOracle Big Data Applianceについて説明します。これには、ハードウェア操作、サイトの計画と構成に加え、物理的、電気的および環境的な仕様に関する情報が含まれます。

この「はじめに」の内容は次のとおりです。

- 対象読者

- 関連ドキュメント

- 表記規則

- バッカス・ナウア記法の構文

対象読者

このガイドは、Oracle Big Data Applianceのユーザーと、Oracle Big Data Applianceのデータ・センター・サイトの計画、インストール、構成およびメンテナンスを担当するユーザーを対象としています。

関連ドキュメント

Oracle Big Data Applianceドキュメント・ライブラリ

Oracle Help CenterのBig Data Documentation Portalには、ご使用のリリースのOracle Big Data Applianceライブラリへのリンクがあります。ライブラリには、次のコアドキュメントおよびOracle Big Data Applianceと一緒に使用する製品のドキュメントが含まれています。

- 『Oracle Big Data Applianceオーナーズ・ガイド』(このガイド)

- 『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』

- 『Oracle Big Data Connectorsユーザーズ・ガイド』

- Oracle Big Data Appliance安全およびコンプライアンス・ガイド

- 『Oracle Big Data Applianceライセンス情報ユーザー・マニュアル』

注意:
『Oracle Big Data Applianceライセンス情報ユーザー・マニュアル』は、Oracle Big Data Appliance製品に含まれるOracleおよびサードパーティ製品のライセンス情報に関する、総合的な参考資料です。ライセンスについて疑問がある場合は、このマニュアルを参照するか、Oracleサポートに問い合せてください。

関連製品のドキュメント

次のOracleライブラリには、Oracle Big Data Applianceのハードウェア情報が含まれます。これらのライブラリへのリンクは、次の場所にあるBig Data Documentation Portalを通じて利用できます。

https://docs.oracle.com/en/bigdata/

- Oracle Server X5-2Lライブラリ:
http://docs.oracle.com/cd/E41033_01/

- Sun Rack II 1042および1242ライブラリ:
http://docs.oracle.com/cd/E19844-01/

- Sun Network QDR Infiniband Gateway Switch・ライブラリ:

- http://docs.oracle.com/cd/E26699_01/index.html

- Sun Datacenter InfiniBand Switch 36ライブラリ:
http://docs.oracle.com/cd/E26698_01/index.html

- Oracle Integrated Lights Out Manager (ILOM) 3.1ライブラリ:
http://docs.oracle.com/cd/E24707_01/index.html

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

#プロンプト

ナンバー記号(#)プロンプトは、Linux rootユーザーとして実行されるコマンドを示します。

バッカス・ナウア記法の構文

このリファレンスの構文は、次の記号と表記規則を使用するバッカスナウア記法(BNF)の単純なバリエーションで示されます。

記号または表記規則

説明

[ ]

大カッコは、オプション項目を囲みます。

{ }

中カッコは、選択項目を囲み、そのうち1つのみが必須です。

|

縦線は、大カッコまたは中カッコ内の代替項目を区切ります。

...

省略記号は、先行する構文要素を反復できることを示します。

デリミタ

大カッコ、中カッコおよび縦線以外のデリミタは、記載されているとおりに入力する必要があります。

太字

太字で示されている語は、キーワードです。それらは記載されているとおりに入力する必要があります。(キーワードは、一部のオペレーティング・システムでは大/小文字の区別があります。)太字ではない語は、名前または値に置換する必要があるプレースホルダです。

Oracle Big Data Applianceのこのリリースでの変更点

内容は次のとおりです。

- Oracle Big Data Applianceリリース4 (4.4)での変更点

- Oracle Big Data Applianceリリース4 (4.3)での変更点

- Oracle Big Data Applianceリリース4 (4.2)での変更点

- Oracle Big Data Applianceリリース4 (4.1)での変更点

- Oracle Big Data Applianceリリース4 (4.0)での変更点

Oracle Big Data Applianceリリース4 (4.4)での変更点

Oracle Big Data Applianceリリース4 (4.4)の変更点は次のとおりです。

ソフトウェア更新

- CDH (Cloudera's Distribution including Apache Hadoop) 5.5.1

- CDM (Cloudera Manager) 5.5.1

- Cloudera Navigator 2.4.1

- MySQL Database Enterprise Server - Advanced Edition 5.6

- Oracle Big Data Connectors 4.4

- Oracle Data Integrator Agent 12.2.1 (Oracle Big Data Connectors用)

- Oracle NoSQL Database 3.5.2

- Perfect Balance 2.6

ハードウェア更新

- Oracle Big Data Appliance X6-2サーバー
X6-2サーバーは、X5–2サーバーを大幅に上回る処理能力とメモリーを提供します。

- 22コア(2.2GHz) Intel® Xeon® E5-2699 v4プロセッサ×2

- 32 GB DDR4-2400メモリー×8 (1ノード当たり最大768GBまで拡張可能)

X6-2サーバーには、Oracle Big Data Appliance v4.4.0のベース・イメージが付属しています。

Oracle Big Data Applianceリリース4.4以降では、X6-2ノードは、CDHまたはNoSQLクラスタにおいて、X5-2ノード(および4.4以降と互換性のある以前のリリースのノード)と一緒に利用できます。X6-2サーバーには、4.4より前のリリースのOracle Big Data Applianceクラスタのノードとしての互換性はありません。

詳細は、Oracle Big Data Appliance X6-2データシートを参照してください。

新機能

- Cloudera CDH 5.5.1およびCloudera Manager 5.5.1
CDH 5.5.1は、CDH 5.5に対するメンテナンス・リリースです。Cloudera CDH 5.5リリース・ノートを参照してください

Cloudera Manager 5.5および5.5.1の詳細は、Cloudera Manager 5の新機能と変更点に関する項を参照してください

- Cloudera Navigatorの自動インストール
現在Mammothでは、Mammoth完全インストールとMammothアップグレードの両方で、Cloudera Navigatorの自動インストールを提供しています。ユーザーが操作する必要はなく、透過的にインストールが行われます。Cloudera Navigatorがまだインストールされていない場合は、Mammothによってクラスタのノード3 (他のCloudera Managementサービスがホストされる)にこのソフトウェアがインストールされます。Cloudera Navigatorがすでにインストールされている場合、Mammothはこのステップをスキップし、既存のインストールは上書きされません。

Cloudera Navigator Metadata ServerおよびAudit Serverが自動的にCloudera Managerに追加され、監査が有効になります。Mammothによって、Audit ServerのためにWeb UI暗号化も有効化されます。

Mammothでは、Cloudera Navigatorのキー管理コンポーネントは有効化されません。

- Oracle Big Data SQL 3.0のサポート
Oracle Big Data Applianceリリース4.4には、Mammothのインストール時のオプションとして、Oracle Big Data SQL 2.0が含まれています。Oracle Big Data SQL 3.0もリリース4.4用にパッチとして提供されています。リリース3.0のインストール手順については、『Oracle Big Data SQLユーザーズ・ガイド』を参照してください。

注意:
Oracle Big Data SQL 3.0をインストールする場合、Mammothのインストール時にOracle Big Data SQL 2.0を選択しないでください。Oracle Big Data SQL 2.0がインストールされている場合、3.0パッチをインストールする前に2.0をアンインストールする必要があります。パッチのREADMEファイルには、2.0を先にインストールしていた場合に削除する手順が記載されています。

以前のベース・イメージのアップデートとしてのリリース4.4

Mammoth 4.4.0は以前のいかなるOracle Big Data Appliance 4.xベース・イメージ上でも動作し、必要に応じてベース・イメージをアップデートします。

Oracle Big Data Applianceリリース4 (4.3)での変更点

Oracle Big Data Applianceリリース4 (4.3)の変更点は次のとおりです。

ソフトウェア更新

- CDH (Cloudera's Distribution including Apache Hadoop) 5.4.7

- CDM (Cloudera Manager) 5.4.7

- Oracle Big Data Connectors 4.3

- Oracle Big Data Discovery 1.1.1

- Oracle Big Data SQL 2.0

- Oracle NoSQL Database 1.3.4.7 (CommunityおよびEnterprise Edition)

- Oracle Table Access for Hadoop and Spark

- Perfect Balance 2.5

- JDK 8u60

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

新機能

- Oracle Big Data Discoveryの自動インストール
お客様は、Big Data Discovery 1.1.1をダウンロードしてから、bdacliコマンド・ユーティリティを使用してプライマリCDHクラスタの指定したノードにソフトウェアをインストールできます。

「Oracle Big Data Applianceのスタータ・ラックの拡張」を参照してください。

- Oracle Table Access for Hadoop and Spark
Oracle Table Access for Hadoop and Sparkは、Oracle Database表をHadoopまたはSparkデータ・ソースに変換するOracle Big Data Appliance機能です。この機能により、Oracle Databaseのデータに高速かつ安全にアクセスできます。

- HDFS透過的暗号化
Oracle Big Data Appliance 4.3には、HDFS透過的暗号化を使用するオプションがあります。これは、以前のリリースで提供されたeCryptfsオンディスク暗号化ソフトウェアを置換します。お客様は、新規と既存の両方のCDHクラスタに対してHDFS透過的暗号化を有効にできます。有効になっている場合、HDFS透過的暗号化はクラスタで実行されているHadoop操作(HDFS、YARN上のMapReduce、YARN上のSpark、HiveおよびHbaseタスク)をセキュリティで保護します。

- Oracle Big Data Appliance構成生成ユーティリティは、新規クラスタの作成時にHDFS透過的暗号化を含めるオプションを提供します。

- HDFS透過的暗号化は、bdacliコマンドライン・インタフェースを介してクラスタで有効または無効にできます。

- HTTPS/ネットワーク暗号化

- Cloudera Manager、Hue、OozieおよびHadoop Web UIにHTTPSを提供します。

- YARNシャッフルやRPCを通じて行われた転送など、他の内部Hadoopデータ転送に対してネットワーク暗号化を有効にします。

HDFS透過的暗号化と同様に、HTTPS/ネットワーク暗号化はOracle Big Data Appliance構成生成ユーティリティのオプションであり、bdacliを介して有効にすることもできます。

- アップグレード、個別パッチ適用およびクラスタ拡張のゼロ・ダウンタイム
リリース4.3では、Oracle Big Data ApplianceはClouderaのローリング・アップグレード機能を使用して、Mammothアップグレード、パッチ適用およびクラスタ拡張時にクラスタの稼働を維持します。これは、クラスタの各ノードがアップグレードおよび再起動されているときもクラスタ上の特定のサービスを継続的に使用可能にできるオプションです。ゼロ・ダウンタイムは、次のタスクのオプションです。

- Mammothソフトウェアのアップグレード(Cloudera's Distribution Including Apache Hadoop、Cloudera ManagerおよびMammothソフトウェア自体を含む)。

- Mammothでインストールされたソフトウェアの個別パッチ適用。

- クラスタ拡張。(単一ラック内でのクラスタ拡張の場合、ローリング・アップグレードはオプションではありません。これらの拡張は常にローリング・アップグレードとして実行されます。)

非推奨になった機能

次の機能はこのリリースで非推奨になったため、今後のリリースでサポートされません。

- MapReduce 1 (MRv1)
YARN (MRv2)は、MRv1に取ってかわりました。Oracle Big Data Applianceバージョン3.xおよび4.xでMRv1を引き続き使用する場合は、Mammothを使用してソフトウェアのパッチの適用またはアップグレードを実行する前にOracleサポートに連絡してください。

サポート対象外の機能

次の機能はこのリリースでサポート対象外になりました。

- eCryptfsオンディスク暗号化
これは、HDFS透過的暗号化によって置換されています。

Oracle Big Data Applianceリリース4 (4.2)での変更点

Oracle Big Data Applianceリリース4 (4.2)の変更点は次のとおりです。

新機能

- ソフトウェアのアップグレード

- Cloudera's Distribution including Apache Hadoop 5.4.0

- Cloudera Manager 5.4.0

- Perfect Balance 2.4.0

- Oracle Big Data SQL 1.1

- NoSQL Database 3.2.5

- Oracle Linux 6.6および5.11

- JDK 8u45

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- ハードウェアのアップグレード

- Oracle Big Data Applianceには、8TBのディスク・ドライブが搭載されるようになりました

- Elastic構成

- Oracle Big Data Applianceは、Big Data Appliance X5-2高容量ノードとインフィニバンド・インフラストラクチャを使用してスタータ・ラックに1つ以上のサーバーを柔軟に追加できるようになりました。スタータ・ラックに追加サーバーを最大12個追加できます。
「Oracle Big Data Applianceのスタータ・ラックの拡張」を参照してください。

- 自動インストールのサポート

- Spark-on-YARNが自動的にデプロイされます。

- Oracle Spatial and Graphが自動的にインストールおよび構成されます。

- Oracle Big Data SQL 1.1

- Copy to BDA
このユーティリティを使用すると、問合せ時間を改善する目的で、比較的静的な表をOracleデータベースからHadoopにコピーできます。

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- Oracle NoSQL Databaseのサポート
Oracle Exadata Database Machine上のOracleデータベースでは、Oracle Big Data SQLを使用してOracle NoSQL Databaseを実行しているクラスタに接続できます。

- Parquetのサポート
CDH 5.2以降のバージョンには、Apache Parquetファイル形式をサポートするHive 0.13が含まれています。このファイル形式は、Cloudera Impalaおよびその他のHadoopソフトウェアによって使用されます。

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

その他の変更点

- Oracle Big Data Appliance X5-2
Oracle Big Data Appliance 4.2ソフトウェアでは、Oracle Big Data Appliance X5-2と以前のバージョンのサーバー・ハードウェアがサポートされています。

「サーバー・コンポーネント」を参照してください。

- Oracle Big Data Appliance構成生成ユーティリティ
このユーティリティは、2つの新しい構成ファイルを生成します。

- network.json: BdaDeploy.jsonに取ってかわりました。ソフトウェアのアップグレードでは、Mammothは既存のBdaDeploy.jsonをnetwork.jsonに変換します。新しいインストールにはnetwork.jsonがあります。

- networkexpansion.json: BdaExpansion.jsonに取ってかわりました。

「構成ファイルについて」を参照してください。

- CDHデプロイ
MammothはRPMのかわりにパーセルを使用してCDHをデプロイします。

- Apache Sentry
Apache Sentryのインストールには、sentry-provider.iniを前提条件として必要としません。

- Mammoth内のMicrosoft Active Directory Server
MammothでのActive Directory Kerberosという名前のMicrosoft Active Directoryを使用した直接のサポート。

- Oracle Linuxのサポート
Oracle Big Data Appliance X5-2サーバーに対するOracle Linux 5のサポート。

- Cloudera Navigator Trustee Server
Cloudera Navigator Trustee Serverインストール・パッケージおよびドキュメントが、Mammothに付属しています。別のサーバーに手動でインストールする必要があります。

非推奨になった機能

次の機能はこのリリースで非推奨になったため、今後のリリースでサポートされません。

- Mammoth再構成ユーティリティ
bdacliユーティリティは、mammoth-reconfigに取ってかわりました。mammoth-reconfigユーティリティは、ディスク暗号化パスワードを変更するためにのみ必要です。

「bdacli」を参照してください。

- MapReduce 1 (MRv1)
YARN (MRv2)は、MRv1に取ってかわりました。Oracle Big Data Applianceバージョン3.xおよび4.xでMRv1を引き続き使用する場合は、Mammothを使用してソフトウェアのパッチの適用またはアップグレードを実行する前にOracleサポートに連絡してください。

- ディスク暗号化
将来のリリースでは、現行のシステムがより柔軟で強固な新しい暗号化システムに置き換わります。

Oracle Big Data Applianceリリース4 (4.1)での変更点

Oracle Big Data Applianceリリース4 (4.1)の変更点は次のとおりです。

新機能

- ソフトウェアのアップグレード

- Cloudera's Distribution including Apache Hadoop 5.3.0

- Cloudera Manager 5.3.0

- Perfect Balance 2.3.0

- Oracle Big Data SQL 1.1

- Oracle Big Data Connectors 4.1

- Oracle Linux 6.5

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- Oracle Big Data SQL 1.1

- Copy to BDA
このユーティリティを使用すると、問合せ時間を改善する目的で、比較的静的な表をOracleデータベースからHadoopにコピーできます。

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- Oracle NoSQL Databaseのサポート
Oracle Exadata Database Machine上のOracleデータベースでは、Oracle Big Data SQLを使用してOracle NoSQL Databaseを実行しているクラスタに接続できます。

- Parquetのサポート
CDH 5.2以降のバージョンには、Apache Parquetファイル形式をサポートするHive 0.13が含まれています。このファイル形式は、Cloudera Impalaおよびその他のHadoopソフトウェアによって使用されます。

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- Oracle NoSQL Database
bdacli admin_clusterコマンドは、修復または交換が必要なOracle NoSQL Databaseノードをサポートします。

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

その他の変更点

- Oracle Big Data Appliance X5-2
Oracle Big Data Appliance 4.1ソフトウェアでは、Oracle Big Data Appliance X5-2のサーバー・ハードウェアがサポートされています。

「サーバー・コンポーネント」を参照してください。

- Oracle Big Data Appliance構成生成ユーティリティ
このユーティリティは、2つの新しい構成ファイルを生成します。

- network.json: BdaDeploy.jsonに取ってかわりました。ソフトウェアのアップグレードでは、Mammothは既存のBdaDeploy.jsonをnetwork.jsonに変換します。新しいインストールにはnetwork.jsonがあります。

- networkexpansion.json: BdaExpansion.jsonに取ってかわりました。

「構成ファイルについて」を参照してください。

- CDHデプロイ
MammothはRPMのかわりにパーセルを使用してCDHをデプロイします。

- Apache Sentry
Apache Sentryのインストールには、sentry-provider.iniを前提条件として必要としません。

非推奨になった機能

次の機能はこのリリースで非推奨になったため、今後のリリースでサポートされません。

- Mammoth再構成ユーティリティ
bdacliユーティリティは、mammoth-reconfigに取ってかわりました。mammoth-reconfigユーティリティは、ディスク暗号化パスワードを変更するためにのみ必要です。

「bdacli」を参照してください。

- MapReduce 1 (MRv1)
YARN (MRv2)は、MRv1に取ってかわりました。Oracle Big Data Applianceバージョン3.xおよび4.xでMRv1を引き続き使用する場合は、Mammothを使用してソフトウェアのパッチの適用またはアップグレードを実行する前にOracleサポートに連絡してください。

- ディスク暗号化
将来のリリースでは、現行のシステムがより柔軟で強固な新しい暗号化システムに置き換わります。

Oracle Big Data Applianceリリース4 (4.0)での変更点

Oracle Big Data Applianceリリース4 (4.0)の変更点は次のとおりです。

新機能

- Oracle Big Data SQL 1.0.0
Oracle Big Data SQLは、HDFSおよびHiveを含む複数のデータ・ソースに格納された大量のビッグ・データに対する問合せをサポートします。様々なデータ・ストアのデータが1つのOracleデータベースに格納されているかのように、まとめて表示および分析できます。Oracle Big Data SQLのサポートには、Oracle Databaseの次の新機能が含まれます。

- DBMS_HADOOP PL/SQLパッケージ

- Hive静的データ・ディクショナリ・ビュー

- HadoopおよびHive用のアクセス・ドライバ

Oracle Big Data SQLは、Oracle Big Data Appliance構成生成ユーティリティを使用して指定できるインストール・オプションです。

Oracle Big Data SQLは、bdacliコマンドおよびCloudera Managerを使用して監視および管理できます。

「bdacli」および『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- サービスの移行
bdacliユーティリティを使用すると、障害のある重要なノードから、正常で重要性の低いノードにサービスを移行できます。また、重要なノードおよび重要性の低いノードに障害が発生した場合、それらのノードをクラスタから削除し、修理してからクラスタに戻すこともできます。「bdacli」および『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- ソフトウェアのアップグレード

- Cloudera's Distribution including Apache Hadoop 5.1.0

- Cloudera Manager 5.1.1

- Perfect Balance 2.2.0

- Oracle Data Integrator Agent 12.1.3.0 (Oracle Big Data Connectors用)

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

- Oracle NoSQL Databaseによるゾーンのサポート
Oracle Big Data Appliance構成生成ユーティリティおよびmammoth -eコマンドは、Oracle NoSQL Databaseクラスタで複数のゾーンをサポートします。既存ゾーンへのノードの追加、新しいプライマリ・ゾーンまたはセカンダリ・ゾーンの作成ができます。

「Oracle NoSQLの構成」および「Mammothソフトウェア・インストールおよび構成ユーティリティ」を参照してください。

- 複数ラック・クラスタ
1つのcluster_name-config.jsonファイルを使用して、複数のラックにクラスタをインストールできるようになりました。

第I部 インストールの前に

設置で遅れが生じないよう、Oracle Big Data Applianceの納品前にインストール前の処理を完了させる必要があります。

第I部には、次の章があります。

- Oracle Big Data Applianceの概要

- Oracle Big Data Applianceのサイト要件

- ネットワーク要件の理解

- Oracle Big Data Appliance構成生成ユーティリティの使用方法

- 自動サービス・リクエストの設定

1 Oracle Big Data Applianceの概要

この章では、Oracle Big Data Applianceの機能およびハードウェア・コンポーネントについて説明します。ここには使用方法の情報も含まれます。

この章の内容は次のとおりです。

- Oracle Big Data Applianceについて

- Oracle Big Data Applianceラック・コンポーネント

- サーバー・コンポーネント

- 予備部品キット・コンポーネント

- Oracle Big Data Appliance管理ソフトウェア

1.1 Oracle Big Data Applianceについて

Oracle Big Data Applianceは、ソーシャル・メディア・フィード、電子メール、Webログ、写真、スマート・メーター、センサーなどのデバイスによって生成された大量の非構造化データを取得して分析する目的で最適化されたハードウェアおよびソフトウェアのエンジニアド・システムです。

Oracle Big Data Applianceは、Oracle Exadata Database MachineおよびOracle Exalytics In-Memory Machineと連携し、エンタープライズ規模のパフォーマンス、可用性、保守性およびセキュリティを実現しながらすべてのデータ・タイプを最先端の方法で分析するようにエンジニアリングされています。

Oracle Linuxオペレーティング・システムおよびCloudera's Distribution including Apache Hadoop (CDH)は、Oracle Big Data Applianceにインストールされたその他すべてのソフトウェア・コンポーネントの基礎となります。

関連項目:

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』

1.2 Oracle Big Data Applianceラック・コンポーネント

Oracle Big Data Applianceは、1つのラックとネットワークに接続するための複数のコンポーネントで構成されます。表1-1に、Oracle Big Data Applianceラックのコンポーネントを示します。

表1-1 Oracle Big Data Applianceラック・コンポーネント

フルラック

スタータ・ラック

説明

18

6

Oracle Server X6-2L、X5-2L、Sun Server X4-2L、Sun Server X3-2LまたはSun Fire X4270 M2 (フル・ラックのみ)

1

1

Sun Rack II 1242ベース

2

2

Sun Network QDR InfiniBand Gateway NM2-GWスイッチ

1

1

Sun Datacenter InfiniBand Switch 36 NM2-36Pスイッチ

1

1

Cisco Catalyst 4948-E-F Ethernetスイッチ(Sun Fire X4270 M2ベースのラックでは4948)

2

2

配電ユニット

0または1

0

KVM (Sun Fire X4270 M2ベース・ラックのみ)

1.3 サーバー・コンポーネント

表1-2に、Oracle Server X6-2Lの工場出荷時のコンポーネントを示します。

表1-2 Oracle Server X6-2Lサーバー・コンポーネント

数量

説明

1

Oracle Server X6-2Lサーバー・ベース

2

22コアIntel® Xeon® E5-2699 v4プロセッサ(2.2GHz)

8

32GB DDR4-2400メモリー(最大768GBまで拡張可能)

12

8TB 3.5インチ7200RPMドライブ高容量SAS (ホット・スワップ可能)

1

Oracle Integrated Lights Out Manager v3.1 (リモート管理用のイーサネット・ポート付属)

2

4X QDR (40Gbps)インフィニバンド・ポート(デュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ・ネットワーク・インタフェース・カード1つ)

4

組込みの10ギガビット・イーサネット・ポート

1

8つの内部ポートおよび512MBのバッテリ・バックアップ付き書込みキャッシュを搭載したホスト・バス・アダプタ(ディスク・コントローラ)。12 Gbps SAS III PCIe 8P RAID-INT

2

ホット・スワップ可能な冗長電源およびファン

1

USB-2 4GBフラッシュ・ドライブ

表1-3に、Oracle Server X5-2の工場出荷時のコンポーネントを示します。

表1-3 Oracle Server X5-2 サーバー・コンポーネント

数量

説明

1

Oracle Server X5-2Lサーバー・ベース

2

18コアIntel Xeon E5-2699 v3プロセッサ(2.3GHz)

8

16GBのDDR4メモリー

12

8TB 3.5インチ7200RPMドライブ高容量SAS (ホット・スワップ可能)

1

Oracle Integrated Lights Out Manager v3.1 (リモート管理用のイーサネット・ポート付属)

2

4X QDR (40Gbps)インフィニバンド・ポート(デュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ・ネットワーク・インタフェース・カード1つ)

4

組込みの10ギガビット・イーサネット・ポート

1

8つの内部ポートおよび512MBのバッテリ・バックアップ付き書込みキャッシュを搭載したホスト・バス・アダプタ(ディスク・コントローラ)。12 Gbps SAS III PCIe 8P RAID-INT

2

ホット・スワップ可能な冗長電源およびファン

1

USB-2 4GBフラッシュ・ドライブ

表1-4に、Sun Server X4-2Lのコンポーネントを示します。

表1-4 Sun Server X4-2Lサーバー・コンポーネント

数量

説明

1

Sun Server X4-2Lサーバー・ベース

2

8コアIntel Xeon E5-2650 v2プロセッサ(2.6GHz)

8

8GB DDR3 2RX4 1600 MHz DIMM (64GB RAM、最大512GBまで拡張可能)

12

8TB 3.5インチ7200RPMドライブ高容量SAS (ホット・スワップ可能)

1

Oracle Integrated Lights Out Manager v3.1 (リモート管理用のイーサネット・ポート付属)

2

4X QDR (40Gbps)インフィニバンド・ポート(デュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ・ネットワーク・インタフェース・カード1つ)

4

組込みの10ギガビット・イーサネット・ポート

1

8つの内部ポートおよび512MBのバッテリ・バックアップ付き書込みキャッシュを搭載したホスト・バス・アダプタ(ディスク・コントローラ)。SAS III 6Gbps

2

ホット・スワップ可能な冗長電源およびファン

1

USB-2 4GBフラッシュ・ドライブ

表1-5に、Sun Server X3-2Lのコンポーネントを示します。

表1-5 Sun Server X3-2Lサーバー・コンポーネント

数量

説明

1

Sun Server X3-2Lサーバー・ベース

2

8コアIntel Xeon E5-2660プロセッサ(2.2GHz)

8

8GB DDR3 2RX4 1600 MHz DIMM (64GB RAM、最大512GBまで拡張可能)

12

3TB 3.5インチ7200RPMドライブ高容量SAS (ホット・スワップ)

1

Oracle Integrated Lights Out Manager v3.1 (リモート管理用のイーサネット・ポート付属)

2

4X QDR (4 Gbps)インフィニバンド・ポート(デュアル・ポートPCIe 2.0ホスト・チャネル・アダプタ・ネットワーク・インタフェース・カード1つ)

4

組込みの10ギガビット・イーサネット・ポート

1

8つの内部ポートおよび512MBのバッテリ・バックアップ付き書込みキャッシュを搭載したホスト・バス・アダプタ(ディスク・コントローラ)。SAS III 6 GBPS

2

ホット・スワップ可能な冗長電源およびファン

1

USB-2 4GBフラッシュ・ドライブ

表1-6に、Sun Fire X4270 M2のコンポーネントを示します。

表1-6 Sun Fire X4270 M2サーバー・コンポーネント

数量

説明

1

Sun Fire X4270 M2サーバー・ベース

2

6コアIntel Xeon X5675プロセッサ(3.06GHz)

6

8GB DDR3 2RX4 1333MHz DIMM (48GB RAM)

12

3TB 3.5インチ7200RPMドライブ

1

Oracle Integrated Lights Out Manager v3.0のイーサネット・ポート(リモート管理用)

1

デュアル・ポート4X QDR (40Gbps)インフィニバンド・ホスト・チャネル・アダプタ・ネットワーク・インタフェース・カード

1

8つの内部ポートおよび512MBのバッテリ・バックアップ付き書込みキャッシュを搭載したホスト・バス・アダプタ(ディスク・コントローラ)。

2

冗長電源およびファン

4

組込みの1ギガビット・イーサネット・ポート

1

USB-2 4GBフラッシュ・ドライブ

1.4 予備部品キット・コンポーネント

Oracle Big Data Appliance予備部品キットには、ディスク・ドライブ、アクセサリ・キット、ケーブルおよびドキュメントが含まれます。表1-7および表1-8に、同梱の予備品を示します。

表1-7 同梱のコンポーネントおよびアクセサリ

部品番号

数量

説明

7066826

2

8TB 3.5インチ7200RPMドライブ

590-896-501B

1

LCDアクセサリ・キット(Sun Fire X4270 M2ベース・ラックのみ)

-

1

Oracleストレージ・サーバーのドキュメント・キット

-

1

Sun Rack IIアクセサリ・キット

53-2332-xx

1

Ciscoスイッチのドキュメントおよびアクセサリ・キット

表1-8 同梱のケーブル

部品番号

長さ

数量

説明

530-4446-01

5m

10

QSFPパッシブ銅線ケーブル(マルチラック用)

530-4445-01

3m

6

QSFPパッシブ銅線ケーブル(マルチラック用)

350-1519-01

-

3

ASSY、NM2シリアル・ケーブル・セット(インフィニバンド・スイッチ用)

表1-9に、Oracle Big Data Applianceラックの中央部に固定されている予備ケーブルを示します。

表1-9 ラック内予備ケーブル

部品番号

長さ

数量

説明

530-4445-01

3m

2

QSFPパッシブ銅線交換ケーブル

530-4437-01

10フィート

1

橙カテゴリ5

530-4435-01

10フィート

1

黒カテゴリ5

530-4433-01

10フィート

1

赤カテゴリ5

530-4432-01

7フィート

1

青カテゴリ5

1.5 Oracle Big Data Appliance管理ソフトウェア

ソフトウェア・コンポーネントは、Oracle Big Data Applianceラックのすべてのサーバーにインストールされています。Oracle Linux、必要なドライバ、ファームウェアおよびハードウェア検証ユーティリティは、工場出荷時にインストール済です。次のツールが含まれます。

注意:

特に指示されていないかぎり、「Oracle Big Data Applianceユーティリティ」を参照してください。

- Oracle Integrated Lights Out Manager (Oracle ILOM)は、Oracle Big Data Applianceラックのサーバーとスイッチを管理および監視するために使用できる、事前インストールされた専用のハードウェアおよびソフトウェアで構成されます。「Oracle Integrated Lights Out Managerの使用方法」を参照してください。

- setup-root-sshユーティリティは、Oracle Big Data Applianceラックのすべてのサーバーでrootユーザーに対してパスワードなしSSHを設定します。「パスワードなしSSHの設定」を参照してください。

- dcliユーティリティは、Oracle Big Data Appliance上のサーバー・グループ全体でコマンドを実行して出力を返します。「クラスタ全体でのdcliユーティリティを使用したコマンドの実行」を参照してください。

- 様々なユーティリティによって、クラスタおよびネットワークの健全性がチェックされます。「Oracle Big Data Applianceユーティリティ」を参照してください。

エンド・ユーザー・ソフトウェアは、すべてMammothユーティリティを使用してサイトにインストールします。「Oracle Big Data Applianceソフトウェアのインストール」を参照してください。

関連項目:

Oracle Enterprise Manager Cloud ControlとCloudera Managerを使用してOracle Big Data Applianceを監視する方法の詳細は、『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

1.6 サポートのガイドライン

オラクル社では、Oracle Big Data Applianceのハードウェアおよびソフトウェアに対する顧客の変更のサポートについてガイドラインを定めています。オラクル社のサポートは、これらのガイドラインに対する顧客のコンプライアンスによって異なります。

『Oracle Big Data Applianceライセンス情報ユーザー・マニュアル』のサポートを受けるための条件としての使用制限に関する項を参照してください

2 Oracle Big Data Applianceのサイト要件

この章では、Oracle Big Data Applianceのサイト要件について説明します。Oracle Big Data Applianceサイト・チェックリストを完成する場合にこの章を使用してください。

この章の内容は次のとおりです。

- 一般的な環境要件

- スペース要件

- フロア要件

- 電力要件

- 温度および湿度要件

- 通気および冷却要件

- ネットワーク接続要件

- サイトの準備が完了していることの確認

関連項目:

Oracle Big Data Applianceサイト・チェックリスト

2.1 一般的な環境要件

Oracle Big Data Applianceの環境要件は、システムのモデルおよびサイズによって異なります。次の表は、ラック要件の概要を提供します。測定値は目安です。詳細は、この章の他の項を参照してください。

表2-1に、Oracle Big Data Appliance X6-2またはX5-2ラックの一般的な環境要件を示します。

表2-1 Oracle Big Data Appliance X6-2およびX5-2の環境要件

環境コンポーネント

スタータ・ラック

フルラック

正味重量

関連項目: 「フロア要件」

415kg (915ポンド)

836kg (1843ポンド)

音響レベル

8.4Bel

8.5Bel

電源

関連項目: 「電力要件」

最大: 5.2kW

標準: 3.6kW

最大: 13.0kW

標準: 9.1kW

冷却

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 17,521BTU/時(18,485kJ/時)

標準: 12,265BTU/時(12,940kJ/時)

最大: 44,136BTU/時(46,564kJ/時)

標準: 30,895BTU/時(32,594kJ/時)

前面から背面への通気(実際のデータ・センター環境に依存)

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 811CFM

標準: 568CFM

最大: 2043CFM

標準: 1430CFM

IPアドレス

関連項目: 「ネットワーク要件の理解」。

12 (イーサネット・ネットワーク)

6 (インフィニバンド・ネットワーク)

24 (イーサネット・ネットワーク)

18 (インフィニバンド・ネットワーク)

ネットワーク・ドロップ

関連項目: 「ネットワーク要件の理解」。

1つのネットワーク接続

1つのネットワーク接続

外部接続

関連項目: 「ネットワーク要件の理解」。

1 x 1Gbpsイーサネット・ポート

6 x 10Gbpsイーサネット・ポート

1 x 1Gbpsイーサネット・ポート

18 x 10Gbpsイーサネット・ポート

表2-2は、Oracle Big Data Appliance X5-2高容量ノードとインフィニバンド・インフラストラクチャの一般的な環境要件を示しています。

表2-2 Oracle Big Data Appliance X6-2およびX5-2高容量ノードとインフィニバンド・インフラストラクチャの環境要件

環境コンポーネント

高容量ノードとインフィニバンド・インフラストラクチャ

高さ

3.5インチ(87.6 mm)

幅

17.5インチ(445.0 mm)

奥行き

29.0インチ(737.0 mm)

正味重量

関連項目: 「フロア要件」

33.1kg (73.0ポンド)

電源

関連項目: 「電力要件」

最大: 0.7kW

標準: 0.5kW

(標準の電力使用量はアプリケーションのワークロードによって異なります)

冷却

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 2,481BTU/時(2617kJ/時)

標準: 1,736BTU/時(1831kJ/時)

前面から背面への通気(実際のデータ・センター環境に依存)

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 115CFM

標準: 80CFM

表2-3に、Oracle Big Data Appliance X4-2およびOracle Big Data Appliance X3-2の一般的な環境要件を示します。

表2-3 Oracle Big Data Appliance X4-2およびX3-2の環境要件

環境コンポーネント

スタータ・ラック

フルラック

正味重量

関連項目: 「フロア要件」

418kg (922ポンド)

829kg (1828ポンド)

音響レベル

76Bel

8.3Bel

電源

関連項目: 「電力要件」

最大: 4.2kW

標準: 3kW

最大: 10kW (10.2kVA)

標準: 7kW (7.15kVA)

冷却

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 14,052BTU/時(14,825.6kJ/時)

標準: 9,836BTU/時(10,377.5kJ/時)

最大: 34,142BTU/時(34,838kJ/時)

標準: 23,940BTU/時(24,420kJ/時)

前面から背面への通気(実際のデータ・センター環境に依存)

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 676CFM

標準: 473CFM

最大: 1,573CFM

標準: 1,103CFM

IPアドレス

関連項目: 「ネットワーク要件の理解」。

12 (イーサネット・ネットワーク)

6 (インフィニバンド・ネットワーク)

24 (イーサネット・ネットワーク)

18 (インフィニバンド・ネットワーク)

ネットワーク・ドロップ

関連項目: 「ネットワーク要件の理解」。

1つのネットワーク接続

1つのネットワーク接続

外部接続

関連項目: 「ネットワーク要件の理解」。

1 x 1Gbpsイーサネット・ポート

6 x 10Gbpsイーサネット・ポート

1 x 1Gbpsイーサネット・ポート

18 x 10Gbpsイーサネット・ポート

表2-4に、Oracle Big Data Appliance Sun Fire X4270 M2ベース・ラックの一般的な環境要件を示します。

表2-4 Oracle Big Data Appliance Sun Fire X4270 M2ベース・ラックの環境要件

環境コンポーネント

フルラック

正味重量

関連項目: 「フロア要件」

816.5kg (1800ポンド)

音響レベル

8.3Bel

電源

関連項目: 「電力要件」

最大: 12.0kW (12.25kVA)

標準: 8.4kW (8.6kVA)

(標準の電力使用量はアプリケーションのワークロードによって異なります)

冷却

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 40,971BTU/時(41,807kJ/時)

標準: 28,680BTU/時(29,265kJ/時)

前面から背面への通気(実際のデータ・センター環境に依存)

関連項目: 「温度および湿度要件」および「通気および冷却要件」

最大: 約1,886CFM

標準: 約1,340CFM

IPアドレス

関連項目: 「ネットワーク要件の理解」。

24 (イーサネット・ネットワーク)

18 (インフィニバンド・ネットワーク)

ネットワーク・ドロップ

関連項目: 「ネットワーク要件の理解」。

最低限2つのネットワーク接続

外部接続

関連項目: 「ネットワーク要件の理解」。

2 x 1Gbpsイーサネット・ポート

18 x 10Gbpsイーサネット・ポート

2.2 スペース要件

Oracle Big Data Applianceのスペース要件は次のとおりです。

- 高さ: 200cm (79インチ)

- 幅: 60cm (側面パネルを含む) (24インチ)

- 奥行き: 120cm (47.5インチ)

キャビネットの最小天井高は、実際のフロアまたは上げ床のいずれか高い方から測って230cm (90インチ)です。メンテナンス・アクセスのため、前面および背面の通路スペースにおいて、ラック高の上部に追加で92cm (36インチ)が必要です。キャビネットの周囲のスペースでは、空調からキャビネット内のシステムの前面への冷風の流れを、あるいはキャビネット背面から排出される温風の流れを妨げないようにしてください。

2.2.1 受入と開梱の要件

Oracle Big Data Applianceが到着する前に、受領場所が梱包設置のために十分な広さであることを確認してください。表2-5に、出荷される品目の寸法と重量をリストします。

表2-5 出荷時の測定値

測定値

フルラック

スタータ・ラック

高さ

216cm (85インチ)

216cm (85インチ)

幅

122cm (48インチ)

122cm (48インチ)

奥行き

157.5cm (62インチ)

157.5cm (62インチ)

重量

979kg (2158ポンド)

546kg (1203ポンド)

ユーザーの積荷ドックが標準的な貨物輸送トラックの高さおよび傾斜路の要件を満たしていれば、パレット・ジャッキを使用してラックを荷下ろしできます。そうではない場合、標準的なフォークリフトその他の手段を手配してラックを荷下ろしする必要があります。リフト・ゲート付きのトラックでラックを出荷するように依頼することもできます。

Oracle Big Data Applianceは、設置サイトに到着するまで輸送用コンテナに格納したままにしてください。開梱場所から設置場所まで移動するための経路に十分な空間があり、通りやすいことを確認します。設置サイトまでのアクセス・ルートには、振動の原因となる浮出し模様のフロアがない経路を確保する必要があります。

データ・センターに搬入する前に梱包資材を取り除いて微粒子の発生を抑える場合、準備したスペースを使用してください。輸送用段ボールからOracle Big Data Applianceを開梱するために十分なスペースを確保します。表2-6に、アクセス・ルート要件を示します。

表2-6 Oracle Big Data Applianceのアクセス・ルート要件

アクセス経路項目

輸送用パレットあり

輸送用パレットなし

最低限のドアの高さ

218.4cm (86インチ)

204cm (80.5インチ)

最低限のドアの幅

127cm (50インチ)

64cm (25.5インチ)

最低限のエレベータの奥行き

162.6cm (64インチ)

124cm (49インチ)

最大傾斜度

6度

6度

最低限のエレベータ、パレット・ジャッキおよびフロア荷重の許容重量

1134kg (2500lb)

1134kg (2500lb)

2.2.2 メンテナンス・アクセス要件

メンテナンス領域は、Oracle Big Data Applianceのために十分な広さがあり、必要なアクセス・スペースが存在する必要があります。たとえば、側面パネルを取り外すために必要なスペースは、67.6cm (26.6インチ)です。表2-7に、メンテナンス・アクセス要件を示します。

電気的アクセス用にオープン・タイルが必要です。

表2-7 Oracle Big Data Applianceのメンテナンス・アクセス要件

場所

メンテナンス・アクセス要件

背面メンテナンス

91.4cm (36インチ)

前面メンテナンス

91.4cm (36インチ)

最上部メンテナンス

91.4cm (36インチ)

2.3 フロア要件

Oracle Big Data Applianceは、上げ床に設置することをお薦めします。サイト・フロアと上げ床で、合計重量を支持できる必要があります。

表2-8に、フロア荷重要件を示します。

表2-8 Oracle Big Data Applianceのフロア荷重要件

説明

要件

設置ラック設備の最大許容重量

952.5kg (2100ポンド)

設置配電ユニットの最大許容重量

52kg (115lb)

最大動荷重(PDUを含む設置設備の最大許容重量)

1050kg (2315lb)

2.4 電力要件

Oracle Big Data Applianceは、広範囲の電圧および周波数で効率的に動作できます。ただし、信頼できる電源が必要です。動作範囲を超えると、破損の可能性があります。次のような電気的障害があると、Oracle Big Data Applianceが破損する可能性があります。

- 電力制限による変動

- 入力電圧レベルまたは入力電力周波数の大幅で急激な変化

- 激しい雷雨

- 配電システムの障害(配線に欠陥があるなど)

このような障害からOracle Big Data Applianceを保護するため、専用の配電システム、電力調整装置、および激しい雷雨から保護するための避雷器または電源ケーブルが必要です。

各ラックには、事前インストールされた2つの配電ユニット(PDU)があります。PDUは、様々な電源に接続できます。Oracle Big Data Applianceおよびデータ・センターにとって適切なPDUのタイプを指定する必要があります。

2.4.1 Oracle Big Data ApplianceのPDU

PDUのタイプは、Oracle Big Data Applianceの設置場所に応じて異なります。ユーザーの場所に適した項を参照してください。

- 北アメリカ、南アメリカ、日本および台湾向けの単相PDU

- 北アメリカ、南アメリカ、日本および台湾向けの3相PDU

- ヨーロッパ、中東、アフリカおよびアジア太平洋向けの単相PDU

- ヨーロッパ、中東、アフリカおよびアジア太平洋向けの3相PDU

2.4.1.1 北アメリカ、南アメリカ、日本および台湾向けの単相PDU

表2-9に、北アメリカ、南アメリカ、日本および台湾向けの低電圧単相PDUの要件を示します。ラックごとに2つのPDUがあります。

表2-9 低電圧15kVA単相PDU

オプション

PDUの要件

入力点数

3 x 30A単相

電圧

200-240VAC

周波数

50/60Hz

電流

入力点当たり最大24A

電力定格

15kVA

出力電流

72A (3 x 24A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護[1]

20A

データ・センター・レセプタクル

15kVA (3つの30A/250V 2極/3線式NEMA L6-30Pプラグ付き)

Oracle Big Data Applianceを低電圧単相電源に接続するためには、次のものが必要です。

- 2つのPDU用の6つの電源コード(30A、200-240VAC)

- 6つのNEMA L6-30データ・センター・レセプタクルにPDUを接続するための6つのレセプタクル

図2-1に、北アメリカ、南アメリカ、日本および台湾向けの低電圧単相PDU電源コネクタを示します。

図2-1 低電圧単相電源コネクタ

2.4.1.2 北アメリカ、南アメリカ、日本および台湾向けの3相PDU

表2-10に、北アメリカ、南アメリカ、日本および台湾向けの低電圧3相PDUの要件を示します。ラックごとに2つのPDUがあります。

表2-10 低電圧15kVA 3相PDU

オプション

PDUの要件

入力点数

1 x 60A 3相4線

電圧

190-220VAC

周波数

50/60Hz

電流

相当たり最大40A

電力定格

14.4kVA

出力電流

69A (3 x 23A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護[2]

20A

データ・センター・レセプタクル

15kVA IEC 60309 60A 4ピン250VAC 3相IP67

Oracle Big Data Applianceを低電圧3相電源に接続するためには、次のものが必要です。

- 2つのPDU用の2つの電源コード(60A、190-220VAC 3相)

- 2つのIEC 60309 60A 4ピン250VAC 3相IP67データ・センター・レセプタクルにPDUを接続するための2つのレセプタクル

図2-2に、北アメリカ、南アメリカ、日本および台湾向けの低電圧3相PDU電源コネクタを示します。

図2-2 低電圧3相電源コネクタ

2.4.1.3 ヨーロッパ、中東、アフリカおよびアジア太平洋向けの単相PDU

表2-11に、ヨーロッパ、中東、アフリカおよびアジア太平洋(日本と台湾を除く)向けの高電圧15kVA単相PDUの要件を示します。ラックごとに2つのPDUがあります。

表2-11 高電圧22kVA単相PDU

オプション

PDUの要件

電圧

220-240VAC

周波数

50/60Hz

電流

入力点当たり最大25A

電力定格

15kVA

出力電流

72A (3 x 32A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護[3]

20A

データ・センター・レセプタクル

15kVA (3つの青い32A/240V防沫形2極/3線式IEC 60309プラグ付き)

Oracle Big Data Applianceを高電圧単相電源に接続するためには、次のものが必要です。

- 2つのPDU用の6つの電源コード(25A、220/380-240/415VAC単相電圧)

- 2つのIEC 60309 32A 3ピン250VAC IP44データ・センター・レセプタクルにPDUを接続するための6つのレセプタクル(22kVA、単相が必要)

図2-3に、EMEAおよびAPAC (日本と台湾を除く)向けの高電圧単相PDU電源コネクタを示します。

図2-3 高電圧単相電源コネクタ

2.4.1.4 ヨーロッパ、中東、アフリカおよびアジア太平洋向けの3相PDU

表2-12に、ヨーロッパ、中東、アフリカおよびアジア太平洋(日本と台湾を除く)向けの高電圧3相PDUの要件を示します。ラックごとに2つのPDUがあります。PDUごとの仕様は次のとおりです。

表2-12 高電圧15kVA 3相PDU

オプション

PDUの要件

入力点数

1 x 25A 3相5線

電圧

220/380-240/415VAC 3相

周波数

50/60Hz

電流

相当たり最大25A

電力定格

14.4kVA

出力電流

62.7A (3 x 20.9A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護[4]

20A

データ・センター・レセプタクル

15kVA 3相5ピンIEC 60309 32A 5ピン230/400V 3相IP44

Oracle Big Data Applianceを高電圧3相電源に接続するためには、次のものが必要です。

- 2つのPDU用の2つの電源コード(25A、220/380-240/415VAC 3相)

- 2つのIEC 60309 32A 5ピン230/400VAC 3相IP44データ・センター・レセプタクルにPDUを接続するための2つのレセプタクル

図2-4に、EMEAおよびAPAC (日本と台湾を除く)向けの高電圧3相PDU電源コネクタを示します。

図2-4 高電圧3相電源コネクタ

2.4.2 施設の電源要件

電気的な作業および設置では、適用される現場、地方または国の電気工事規定に従う必要があります。施設の管理者または資格を持つ電気技術者に連絡して、建物に供給されている電源のタイプを確認します。

大規模な障害を避けるため、PDUに十分な電力が供給されるように入力電源を設計してください。PDUに電力を供給するすべての電力回路に対して専用のACブレーカ・パネルを使用します。配電要件の計画を行う場合は、使用可能なAC供給分岐回路間の電力負荷を調整してください。アメリカ合衆国とカナダでは、システム全体のAC入力電流の負荷が分岐回路のAC定格電流の80%を超えないようにします。

PDUの電源コードの長さは4m (13.12フィート)で、コードの1から1.5m (3.3から4.9フィート)はラック・キャビネット内に配線されます。設置サイトのAC電源レセプタクルは、ラックの2m (6.6フィート)以内に存在する必要があります。

2.4.3 サーキット・ブレーカ要件

大規模な障害を避けるため、電源システムの設計では、サーバーに十分な電力が供給されるようにする必要があります。サーバーに電力を供給するすべての電力回路に対して専用のACブレーカ・パネルを使用します。電気的な作業および設置では、適用される現場、地方および国の電気工事規定に従う必要があります。サーバーでは、電気回路を接地する必要があります。

サーキット・ブレーカに加え、無停電電源装置(UPS)などの安定した電源を用意し、コンポーネント障害の可能性を低下させます。コンピュータ装置が停電を繰り返したり、不安定な状態が続くと、高い割合でコンポーネント障害が発生します。

注意:

サーキット・ブレーカは所有者が用意します。各電源コードに1つのサーキット・ブレーカが必要です。

2.4.4 接地ガイドライン

Oracle Big Data Applianceのキャビネットには、接地タイプの電源コードが同梱されています。コードは常に接地された電源出力に接続してください。場所によって異なる接地方法が使用されるため、接地タイプを確認し、適切な接地方法について国際電気標準会議(IEC)などのドキュメントを参照してください。施設の管理者または資格を持つ電気技術者が建物の接地方法を確認して接地作業を実行する必要があります。

2.5 温度および湿度要件

Oracle Big Data Applianceを通過する空気の流れは、前面から背面に移動します。冷却および換気の詳細は、表2-4を参照してください。

注意:

調査によれば、温度が摂氏20度(華氏70度)を超えて摂氏10度(華氏15度)上昇すると、長期的に電子機器の信頼性は50%低下します。

内部温度が過度に上昇すると、Oracle Big Data Applianceの全部または一部が停止する可能性があります。

表2-13に、稼働システムおよび非稼働システムの温度、湿度および高度の要件を示します。

表2-13 温度、湿度および高度の要件

条件

稼働要件

非稼働要件

最適条件

温度

摂氏5から35度(華氏40から95度)

摂氏-40から70度(華氏-40から158度)

データ・センターのラック冷却に最適な温度は摂氏21から23度(華氏70から74度)です。

相対湿度

10から90%の相対湿度(非結露)

最高93%の相対湿度

データ・センターのラック冷却に最適なのは、45から50% (非結露)です。

高度

最大3,000m (9,840フィート)

最大12,000m (39,400フィート)

気温は、海抜高度900mを超えると300mごとに摂氏1度ずつ低下します。

コンポーネント障害による停止の可能性を最小限に抑えるため、最適な温度および湿度の範囲に環境を設定してください。Oracle Big Data Applianceを稼働範囲の限界値(またはその付近)で長時間動作させたり、非稼働範囲の限界値(またはその付近)で放置される環境に設置すると、ハードウェア・コンポーネント障害が大幅に増加する可能性があります。

サーバーの信頼性とオペレータの快適性のためには、摂氏21から23度(華氏70から74度)の気温範囲が最適です。ほとんどのコンピュータ設備は、広い温度範囲で動作可能ですが、安全な湿度レベルの維持が容易な摂氏22度(華氏72度)付近が推奨されます。この温度範囲で稼働させれば、空調システムに障害が発生した場合でも安全性が確保されます。

安全なデータ処理操作のためには、45から50%の環境相対湿度範囲が適切です。ほとんどのコンピュータ設備は、広い範囲(20から80%)で動作可能ですが、次の理由により45から50%の範囲が推奨されます。

- 高い湿度レベルに関連する腐食問題からコンピュータ・システムを保護できます。

- 空調装置の制御に障害が発生しても、最大限の稼働時間を確保できます。

- 相対湿度が低すぎる場合に発生する可能性がある静電放電による断続的な妨害を原因とする障害や一時的動作不良を避けることができます。

注意:

静電放電(ESD)は、35%を下回る程度の低い相対湿度の環境では容易に発生し、すぐには解消されません。ESDは、湿度が30%を下回ると重大な問題になります。データ・センターの湿度を維持することは、通常、効率性の高い防湿材が存在し、換気の割合も低いため、困難ではありません。

2.6 通気および冷却要件

適切な通気を可能にするため、必ずラックの前面と背面に十分なスペースを確保してください。ラックを通過する空気の流れを妨害する可能性のある設備や物体でラックの前面または背面を塞がないようにしてください。ラックマウント型のサーバーおよび設備では、通常、ラックの前面を通じて冷風を吸入し、ラックの背面を通じて温風を排出します。前面から背面に向かう冷却方式のため、左側と右側の通気要件はありません。

ラックの一部にコンポーネントが存在しない場合、空のセクションをフィラー・パネルで覆ってください。コンポーネント間に隙間があると、ラック内の通気および冷却に悪影響を及ぼす可能性があります。

相対湿度は、結露なしで空気中に存在可能な総水蒸気量の割合であり、気温に反比例します。湿度は、気温が上がれば下がり、気温が下がれば上がります。たとえば、温度が摂氏24度(華氏75度)で相対湿度が45%の空気は、温度が摂氏18度(華氏64度)で相対湿度が65%になります。温度が下がると相対湿度が65%を超え、水滴が形成されます。

空調設備では、通常、コンピュータ・ルーム全体にわたって温度や湿度を精密に監視または制御できません。一般的に、温度や湿度の分布状態は部屋全体で均一ではないため、部屋内のメイン・ユニットと他のユニットの複数の排気口に対応する個々のポイントを監視する必要があります。床下換気を使用する場合は、特に湿度に注意を払ってください。

Oracle Big Data Applianceは、自然対流が生じる環境で設置された状態で動作するように設計されています。環境仕様を満たす次の要件に従ってください。

- ラックの通気が十分であることを確認します。

- ラックが前面から背面に向かって冷却されることを確認します。吸気口はサーバーの前面に、排気口は背面にあります。

- 通気用にラックの前面に91.4cm (36インチ)、ラックの背面に91.4cm (36インチ)の最小限の隙間を確保します。

冷風を取り込むため、ラックの前面にはタイル気流当たり400立方フィート/分(CFM)の割合の多孔タイルを使用してください。タイルからラックに流れ込む冷風を妨害しないかぎりは、タイルをラックの前面に任意の順序で配置できます。冷風の流れが不十分であると、排気が再循環するためにサーバーの吸気口の温度が上昇する可能性があります。Oracle Big Data Applianceには、4つのフロア・タイルを使用することをお薦めします。

図2-5に、標準的なデータ・センターのOracle Big Data Applianceに対するフロア・タイルの一般的な設置方法を示します。

図2-5 データ・センターでの多孔フロア・タイルの一般的な構成

2.7 ネットワーク接続要件

設置の前に、ネットワーク・ケーブルを既存のネットワーク・インフラストラクチャから設置サイトに引き込んでおく必要があります。Oracle Big Data Applianceを既存のネットワーク・インフラストラクチャに接続する要件は、次のとおりです。

- 管理ネットワーク接続の要件

- ラックの管理スイッチに対して1つの1Gbpsイーサネット接続

- ラックのKVMスイッチに対して1つの1Gbpsイーサネット接続(Sun Fire X4270 M2ベース・ラックのみ)

- クライアント・アクセス・ネットワーク接続の要件

- ラックの2つのSun Network QDR Infiniband Gateway Switch間で分割された2 (最小)から16 (最大)の10Gbpsイーサネット接続。正確な接続数は、帯域幅要件に応じて異なります。

関連項目:

ネットワーク要件の理解

2.8 サイトの準備が完了していることの確認

Oracle Big Data Applianceがサイトに搬入される前に、次のタスクを実行してサイトの準備が完了していることを確認してください。

- タスク1「サイト要件の確認」

- タスク2「構成ファイルの生成」

- タスク3「ネットワークの構成」

- タスク4「要件に基づいたサイトの準備」

タスク1   サイト要件の確認

この章およびOracle Big Data Applianceサイト・チェックリストのサイト要件を確認して、Oracle Big Data Applianceの要件を理解し、搬入の準備が完了していることを確認します。

タスク2   構成ファイルの生成

Oracle Big Data Appliance構成生成ユーティリティを実行します。ネットワーク構成設定、ソフトウェア・インストールのオプションおよび資格証明を、このユーティリティで指定されるフィールドに入力します。完了したら、構成ファイルを生成します。

関連項目:

- ネットワーク要件の理解

- Oracle Big Data Appliance構成生成ユーティリティの使用方法

タスク3   ネットワークの構成

既存のネットワークを構成します。これには、ドメイン・ネーム・システム(DNS)へのネットワークの登録、IPアドレスの割当て、およびデータ・センターのスイッチとファイアウォールの構成が含まれます。bda-preinstall-checkip.shスクリプトを実行してエラーを修正します。

関連項目:

「ネットワーク設定の検証」

タスク4   要件に基づいたサイトの準備

Oracle Big Data Applianceが到着する前に、この章の前の部分で説明した要件(ネットワーク・ケーブルや電源の設置など)に基づいてサイトを準備します。

1. 安全ガイドラインを確認します。

関連項目:

「安全ガイドラインの確認」

2. サイトの問題や特性を確認します。たとえば、ドアの高さと幅がOracle Big Data Applianceにとって十分であることを確認します。

関連項目:

「スペース要件」

3. 設置サイトのフロアに、Oracle Big Data Applianceと他の設置設備の総合重量に耐えることのできる強度があることを確認します。

関連項目:

「フロア要件」

4. 必要なすべての電気設備を設置し、Oracle Big Data Applianceに十分な電力が供給されていることを確認します。

関連項目:

- 「電力要件」

- 配電ユニット(PDU)の電力要件の詳細は、次の場所にあるSun Rack II配電ユニット・ユーザーズ・ガイドを参照してください。
http://docs.oracle.com/cd/E19844-01/

5. 設置サイトの空調設備が適切であることを確認します。

関連項目:

「通気および冷却要件」

6. 空調システムを48時間稼働し、部屋の温度を適切なレベルに設定します。

関連項目:

「温度および湿度要件」

7. Oracle Big Data Applianceのネットワーク・ケーブルを設置します。

関連項目:

「ネットワーク接続要件」

8. 設置に備えて場所を十分に清掃し、電気掃除機をかけます。

[1]
UL489 2極サーキット・ブレーカ

[2]
UL489 2極サーキット・ブレーカ

[3]
UL489 1極サーキット・ブレーカ

[4]
UL489 1極サーキット・ブレーカ

3 ネットワーク要件の理解

この章では、Oracle Big Data Applianceのネットワーク要件について説明します。この章の内容は次のとおりです。

- ネットワーク要件の概要

- クライアント・ネットワークのケーブル配線

- 工場出荷時のネットワーク設定

- Oracle Big Data Applianceソフトウェアのポート割当て

- Oracle Big Data Applianceのネットワークの準備

3.1 ネットワーク要件の概要

Oracle Big Data Applianceには、6、12または18のサーバーと、それらのサーバーをネットワークに接続するための装置が含まれます。ネットワーク接続によって、サーバーをリモートから管理し、クライアントをそれらに接続できます。この章の情報を使用して、Oracle Big Data Applianceの環境を構成してください。

各サーバーには、次のネットワーク・コンポーネントおよびインタフェースがあります。

- 1つのデュアル・ポート4X QDR (40Gbps)インフィニバンド・ホスト・チャネル・アダプタ・ネットワーク・インタフェース・カード

- Oracle Integrated Lights Out Manager v3.1のイーサネット・ポートが1つ(リモート管理用) (Sun Fire X4270 M2サーバーの場合はv3.0)

- 10ギガビット・イーサネット・ポートが4つ(Sun Fire X4270 M2の場合は1ギガビット・イーサネット・ポート)

3.1.1 デフォルトのネットワーク接続

インストール・プロセスによって、各Sun Network QDR Infiniband Gateway Switchに1つ以上の10GbE接続があるかどうかが自動的に検出されます。すべて確認された場合、サーバーごとに2つの仮想ネットワーク・インタフェース・カード(VNIC)が構成されます(アクティブ/パッシブ・フェイルオーバー・モードでbondeth0として固定されたスイッチごとに1つ)。VNICは、使用可能な10GbE接続にラウンドロビン方式で自動的に割り当てられます。たとえば、各スイッチに使用可能な3つの10GbE接続がある場合、サーバー1のVNICは10GbEポート1に、サーバー2はポート2に、サーバー3はポート3に、サーバー4はポート1に、といった形式で割り当てられます。

VNICは、すべて同じデフォルトの仮想ローカル・エリア・ネットワーク(VLAN)に割り当てられます。異なるVLANを異なるVNICに割り当てるには、最初のVNICを削除して独自に手動作成する必要があります。

3.1.2 ネットワークの最小要件

ユーザーの環境でスイッチを適切に動作させるには、複数のVLANを定義したり、ルーティングを有効化するなど、追加の構成が必要になることがあります。追加の構成が必要な場合、ネットワーク管理者は、Oracle Big Data Applianceの設置時に必要な構成手順を実行する必要があります。

Oracle Big Data Applianceをデプロイするには、現在のネットワークが最小要件を満たしていることを確認します。Oracle Big Data Applianceでは、3つのネットワークを使用します。

注意:

各ネットワークは、他のネットワークから独立した個別のサブネット上に存在する必要があります。

ネットワークの説明は次のとおりです。

- 管理ネットワーク: この1ギガビット・イーサネット(GbE)・ネットワークは、既存の管理ネットワークに接続し、Oracle Big Data Applianceのすべてのコンポーネントを管理するために使用します。これによって、ラックのイーサネット・スイッチに接続されたサーバー、Oracle ILOMおよびインフィニバンド・スイッチが接続されます。このネットワークは、管理ネットワークとも呼ばれます。
管理ネットワークに対しては、次の2つの場所からのアップリンクがあります。

- ラックのイーサネット・スイッチ

- ラックのKVMスイッチ(Sun Fire X4270 M2ベース・ラックのみ)

各サーバーには、管理用の2つのネットワーク・インタフェースがあります。1つはeth0イーサネット・インタフェースを通じてオペレーティング・システムに対する管理アクセスを提供し、もう1つはOracle ILOMイーサネット・インタフェースを通じてIntegrated Lights Out Managerに対するアクセスを提供します。Oracle Big Data Applianceには、ラックのイーサネット・スイッチに接続されたeth0およびILOMインタフェースが付属しています。サーバーのeth0インタフェースはクライアント・ネットワーク・トラフィックには使用しないでください。これらのインタフェースのケーブル配線または構成の変更は、許可されません。

ドメイン・ネーム・システム(DNS)サーバーが使用可能な場合、Oracle Big Data Applianceはこれを使用しますが、管理ネットワーク上になくてもかまいません。1つ以上のネットワーク・タイム・プロトコル(NTP)サーバーも使用可能である必要があります。管理ネットワークのNTPサーバーは、クライアント・ネットワークのNTPサーバーと異なっていてもかまいません。

管理ネットワーク上のOracle Big Data Applianceのすべてのコンポーネントは、同じサブネット上にある必要があります。つまり、すべてのサーバー、ILOM、PDU、インフィニバンド・スイッチおよびCiscoイーサネット・スイッチのeth0 IPアドレスは、同じサブネット上にある必要があります。

- クライアント・アクセス・ネットワーク: この10GbEネットワークは、ゲートウェイ・スイッチを通じてサーバーを既存のクライアント・ネットワークに接続し、サーバーに対するクライアント・アクセスのために使用します。クライアント・アプリケーションは、サーバーのクライアント・ネットワーク・ホスト名を使用し、このネットワークを通じてソフトウェアにアクセスします。
ラックには、2つのSun Network QDR Infiniband Gateway Switchがあります。各スイッチは、クライアント・アクセス用に1から8の接続をサポートし、合計で最大16のクライアント・ネットワーク接続に対応します。フェイルオーバーのためには、各スイッチからの接続が少なくとも1つ存在する必要があり、データのロードおよびクライアント・アクセスの提供に対する要件に応じて増加させる必要があります。

1つ以上のDNSサーバーが、クライアント・ネットワークでアクセス可能である必要があります。1つ以上のNTPサーバーも使用可能である必要があります。クライアント・ネットワークのNTPサーバーは、管理ネットワークのNTPサーバーと異なっていてもかまいません。

- インフィニバンド・プライベート・ネットワーク: このネットワークは、ラックおよびbondib0インタフェースのインフィニバンド・スイッチを使用してサーバーを接続します。ルーティングに対応しないこのネットワークは、Oracle Big Data Applianceとインフィニバンド・ケーブルを使用してこれに接続されている他のOracleエンジニアド・システム内で完全に完結しています。このネットワークは、既存のネットワークには接続されません。インストール時に自動的に構成されます。

3.1.3 ネットワーク図

ネットワークでのサーバーの構成は、次のとおりです。

- eth0: 管理ネットワークを使用してオペレーティング・システムに対するアクセスを提供します。

- bondeth0: クライアント・アクセス・ネットワークを使用してサーバーに対するアクセスを提供します。

- ILOM: 管理ネットワークを使用してOracle Integrated Lights Out Manager (ILOM)に対するアクセスを提供します。

Oracle Big Data Applianceを既存のネットワークに接続する前に、bda-preinstall-checkip.shスクリプトを使用してネットワーク環境の準備が整っていることを確認します。「Oracle Big Data Applianceのネットワークの準備」を参照してください。

図3-1に、Oracle Server X5–2L、Sun Server X4-2LおよびSun Server X3-2Lベース・ラックのネットワーク接続を示します。

図3-1 Oracle Big Data Appliance X5–2L、X4-2L、X3–2Lのネットワーク図

図3-2に、Sun Fire X4270 M2ベース・ラック(KVMを含む)のネットワーク接続を示します。

図3-2 Oracle Big Data Appliance (KVMを含む)のネットワーク図

3.2 クライアント・ネットワークのケーブル配線

Oracle Big Data Applianceの2つのSun Network QDR Infiniband Gateway Switchには、それぞれ8つの10GbEポートが備わっています。この2つのスイッチにより、各ラックに最大で16の10GbE接続が作成されます。作成する接続の数は、クライアント・ネットワークに必要な帯域幅に基づいて決定できます。正しく動作するには、各ゲートウェイ・スイッチの8つのポートのうち1つ以上ポートで、サイトの10GbEネットワークにアクティブに接続している必要があります。フェイルオーバーによって有効なクライアント・ネットワークの帯域幅が失われることのないように、2つのスイッチで10GbEへのアクティブな接続数を同じにすることをお薦めします。

3.2.1 サーバーによるゲートウェイ・スイッチへの接続方法

物理イーサネット接続は、サイト・ネットワークとゲートウェイ・スイッチ間でのみ作成されます。Oracle Big Data Applianceサーバーは、インフィニバンドによってのみ、これらのスイッチに接続されます。各サーバーには2つのインフィニバンド接続があり、それぞれが各ゲートウェイ・スイッチにアクティブ/パッシブ・バックアップ・モードで接続します(アクティブなインフィニバンド接続のみが、そのサーバーに対するすべてのインフィニバンド・トラフィックに使用されます)。この接続に障害が発生すると、即座に他の接続にフェイルオーバーされます。

Oracle Big Data Applianceサーバーの半分が一方のゲートウェイ・スイッチにアクティブに接続し、もう半分が他方のゲートウェイ・スイッチにアクティブに接続します。Oracle Big Data Appliance内で、クライアント・ネットワーク・トラフィックは、Ethernet over InfiniBand (EoIB)プロトコルを使用してこれらのインフィニバンド接続を通じてトランスポートされます。結果として、各Oracle Big Data Applianceサーバーには、同じアクティブ/パッシブ・バックアップ・モードで固定された2つの仮想NIC (VNIC)が含まれます。各VNICには、ゲートウェイ・スイッチの特定のポートが割り当てられます。スイッチに1つの10GbE接続のみが存在する場合、そのスイッチのすべてのVNICは、同じポートを指し示します。スイッチに複数の接続が存在する場合、VNICはラウンドロビン方式でそれらのポート全体に分散されます。

たとえば、各ゲートウェイ・スイッチからの3つの10GbEアップリンクを作成すると、サーバーからのクライアント・ネットワーク・トラフィックは、次の表に示す各スイッチによって処理されます。

サーバー番号

アクティブ・リンク

バックアップ・リンク

1

GW[1]スイッチ1リンク1

GWスイッチ2リンク1

2

GWスイッチ1リンク2

GWスイッチ2リンク2

3

GWスイッチ1リンク3

GWスイッチ2リンク3

4

GWスイッチ1リンク1

GWスイッチ2リンク1

...

...

...

17

GWスイッチ2リンク2

GWスイッチ1リンク2

18

GWスイッチ2リンク3

GWスイッチ1リンク3

10GbE接続の数によっては、複数のサーバーのクライアント・ネットワーク・トラフィックが同じ物理10GbE接続を通じて送信されます。最大数の接続によって、Oracle Big Data Applianceに対し、160ギガビット/秒(Gbps)のクライアント・ネットワーク帯域幅が提供されます。

3.2.2 40Gbps物理ポートに接続するためのスプリッタ・ケーブルの使用

ゲートウェイ・スイッチごとに最大8つの10GbE接続を作成できますが、その物理ポートは40GbpsのQuad Small Form-Factor Pluggable (QSFP)ポートです。各ゲートウェイ・スイッチには、10GbE接続用に確保されたこれらの物理ポートが2つあります。各ポートは、MTP/MPOコネクタを搭載した光ケーブルを使用するQSFPトランシーバを備えています。サイト・ネットワーク側には、通常、LCコネクタを使用するSFP+トランシーバを備えた10Gbpsポートがあります。これらの接続のために、一方の端にオスのMTP/MPOコネクタを1つ持ち、他方の端にLCコネクタの4つのペアを持つスプリッタ・ケーブルを使用できます。各10Gbps SFP+トランシーバは、合計4つのペアになる二重LCコネクタを使用します。そのため、単一のスプリッタ・ケーブルを使用して最大4つの10GbE接続を作成できます。ただし、4つの二重LCコネクタすべてがサイト・ネットワークへの接続を必要としているわけではありません。

スプリッタ・ケーブルは、Oracle Big Data Applianceに付属していないため、オラクル社とは別に注文する必要があります。これらの長さには、10、20および50mがあります。10GbEネットワークのサイト終端で使用するSFP+トランシーバは、10GbEスイッチと同じ製造業者に注文することをお薦めします。

3.2.3 10GbEインフラストラクチャのないデータ・センターの場合。

データ・センターに10GbEインフラストラクチャがなくても、10GbE (または40GbE)と1GbEの両方をサポートする外部スイッチを使用してOracle Big Data Applianceをそれに接続できます。Sun Network 10GbE Switch 72pおよび多数のサード・パーティ・スイッチによってこの機能を利用できます。Sun Network QDR Infiniband Gateway Switchを10GbEまたは40GbEポートに接続し、データ・センターを外部スイッチの1GbEポートに接続できます。

3.2.4 ゲートウェイ・スイッチへの接続のガイドライン

Oracle Big Data Applianceで2つのゲートウェイ・スイッチに10 GbE接続する際には、次のガイドラインに従うことをお薦めします。

- 両方のゲートウェイ・スイッチに対して10 GbE接続の数を同じにします。

- 各スイッチに対して1つから4つの10-GbE接続を確立するには、両方のスイッチの0A-ETHポートに対して1つのQSFPスプリッタ・ケーブルを使用します。

- 各スイッチに対して5つから8つの10-GbE接続を確立するには、両方のスイッチの0A-ETHポートと1A-ETHポートに対して2つのQSFPスプリッタ・ケーブルを使用します。2つのスプリッタ・ケーブル間で、接続を均等に分割します。

- 1つのQSFPスプリッタ・ケーブルに対して複数の10 GbE接続を確立するには、最小番号のポートから始めて大きい番号に進みます。たとえば、2つの接続の場合には、0A-ETH1と0A-ETH2を使用します。

- 両方のNM2-GWスイッチで、同じポートに対して10 GbE接続を確立します。一方のスイッチで0A-ETH1と0A-ETH2に対する接続を確立する場合、もう一方のスイッチでは0A-ETH1と0A-ETH2にのみ接続を確立します。

3.2.5 単一のHadoopクラスタを作成するための複数ラックの構成

複数のOracle Big Data Applianceラックを接続して単一のHadoopクラスタを作成する場合、異なるラックの各スイッチ全体に10GbE接続を分散することを強くお薦めします。すべてのラックのゲートウェイ・スイッチごとに、少なくとも1つの10GbE接続が存在する必要があります。単一ラック内のスイッチへの10GbE接続が、すべてのOracle Big Data Applianceラック内のすべてのサーバーに使用される構成はサポートされません。

3.3 工場出荷時のネットワーク設定

この初期ネットワーク構成は、Oracle Big Data Applianceの工場で設定されます。

- ゲートウェイ: 192.168.1.254 (必要なすべてのデバイス)

- サブネット・マスク: 255.255.255.0 (必要なすべてのデバイス)

- IPアドレス範囲: 192.168.1.1-192.168.1.211

表3-1に、Oracle Big Data ApplianceのデフォルトIPアドレスを示します。

表3-1 Oracle Big Data ApplianceのデフォルトIPアドレス

ホスト

管理IPアドレス

Oracle ILOM IPアドレス

インフィニバンド結合IPアドレス

bda18

192.168.1.18

192.168.1.118

192.168.10.18

bda17[2]

192.168.1.17

192.168.1.117

192.168.10.17

bda16[2]

192.168.1.16

192.168.1.116

192.168.10.16

bda15[2]

192.168.1.15

192.168.1.115

192.168.10.15

bda14[2]

192.168.1.14

192.168.1.114

192.168.10.14

bda13[2]

192.168.1.13

192.168.1.113

192.168.10.13

bda12

192.168.1.12

192.168.1.112

192.168.10.12

bda11[3]

192.168.1.11

192.168.1.111

192.168.10.11

bda10[3]

192.168.1.10

192.168.1.110

192.168.10.10

bdasw-ib3

192.168.1.203

Ciscoスイッチ

192.168.1.200

bdasw-ib2

192.168.1.202

bda9[3]

192.168.1.9

192.168.1.109

192.168.10.9

bda8[3]

192.168.1.8

192.168.1.108

192.168.10.8

bda7[3]

192.168.1.7

192.168.1.107

192.168.10.7

bda6

192.168.1.6

192.168.1.106

192.168.10.6

bda5

192.168.1.5

192.168.1.105

192.168.10.5

bda4

192.168.1.4

192.168.1.104

192.168.10.4

bda3

192.168.1.3

192.168.1.103

192.168.10.3

bda2

192.168.1.2

192.168.1.102

192.168.10.2

bda1

192.168.1.1

192.168.1.101

192.168.10.1

bdasw-ib1

196.168.1.201

PDU A

192.168.1.210

PDU B

192.168.1.211

3.4 Oracle Big Data Applianceソフトウェアのポート割当て

表3-2に、Oracle Big Data Applianceソフトウェアによって使用されるポート番号を示します。

表3-2 Oracle Big Data Applianceのポート番号

ポート

使用者

22

ssh

80

yumrepos (インストール時のみ)

111

portmap

162

自動サービス・リクエスト・マネージャ(オプション)

443

自動サービス・リクエスト・マネージャ(オプション)

668

rpc.statd

3306

MySQL Database

5000

Oracle NoSQL Database登録

5001

Oracle NoSQL Database管理

5010-5020

Oracle NoSQL Databaseプロセス

5042

Oracle Big Data SQL

6481

自動サービス・リクエスト・マネージャ・サービス・タグ・リスナー(オプション)

8139

Puppetノード

8140

Puppet親

20910

Oracle Data Integratorエージェント

30920

自動サービス・モニター(ASM)

表3-3に、Cloudera's Distribution including Apache Hadoopバージョン5 (CDH5)で使用されるポートを示します。これらのポート割当ての詳細は、次の場所にあるCloudera社のWebサイトを参照してください。

http://www.cloudera.com/content/cloudera-content/cloudera-docs/CM5/latest/Cloudera-Manager-Installation-Guide/cm5ig_ports_cdh5.html

Cloudera ManagerおよびCloudera Navigatorのポート割当ては、http://www.cloudera.com/content/www/en-us/documentation/enterprise/latest/topics/cm_ig_ports_cm.htmlを参照してください。Oracle Big Data Applianceは、ポート7432でCloudera ManagerデータベースとしてPostreSQLではなくMySQLを使用し、Navigator Audit ServerデバッグWebサーバー(ポート8089)を有効化しないことに注意してください。

表3-3 CDHのポート番号

ポート

コンポーネント

サービス

アクセス

0

MapReduce 1

TaskTracker

localhost

1004

HDFS

Secure DataNode

外部

1006

HDFS

Secure DataNode

外部

12000

Sqoop 2

Sqoop 2 Server

外部

12001

Sqoop 2

Sqoop 2

外部

2181

HBase

HQuorumPeer/ZooKeeper

2181

ZooKeeper

Server

外部

2888

HBase

HQuorumPeer/ZooKeeper

2888

ZooKeeper

Server

内部

3181

ZooKeeper

Server

内部

3888

HBase

HQuorumPeer/ZooKeeper

3888

ZooKeeper

Server

内部

4181

ZooKeeper

Server

内部

8002

Hue

Beeswax Server

内部

8003

Hue

Beeswax Metastore

内部

8019

ZooKeeper

ZooKeeper Failover Controller

内部

8020

HDFS

NameNode

外部

8021

MapReduce 1

JobTracker

外部

8030

YARN

ResourceManager

8031

YARN

ResourceManager

8032

YARN

ResourceManager

8033

YARN

ResourceManager

8040

YARN

NodeManager

8041

YARN

NodeManager

8042

YARN

NodeManager

8080

HBase

REST Service

外部

8085

HBase

REST UI

外部

8088

YARN

ResourceManager

外部

8480

HDFS

JournalNode

内部

8485

HDFS

JournalNode

内部

8888

Hue

Server

外部

9010

ZooKeeper

ZooKeeper JMX

内部

9083

Hive

Metastore

外部

9090

HBase

Thrift Server

外部

9090

HBase

Avro Server

外部

9095

HBase

Thrift Server

外部

9290

MapReduce 1

JobTracker Thrift Plug-in

内部

10000

Hive

HiveServer

外部

10020

YARN

Job History Server

11000

Oozie

Server

外部

11001

Oozie

Server

localhost

16000

Hive

Sqoop Metastore

外部

19888

YARN

MapReduce JobHistory Server

50010

HDFS

DataNode

外部

50020

HDFS

DataNode

外部

50030

MapReduce 1

JobTracker

外部

50060

MapReduce 1

TaskTracker

外部

50070

HDFS

NameNode

外部

50075

HDFS

DataNode

外部

50090

HDFS

Secondary NameNode

内部

50470

HDFS

Secure NameNode

外部

50495

HDFS

Secure Secondary NameNode

内部

60000

HBase

Master

外部

60010

HBase

Master

外部

60020

HBase

RegionServer

外部

60030

HBase

RegionServer

外部

表3-4に、Oracle Big Data Discoveryソフトウェアによって使用されるポート番号を示します。

注意:
表3-4で説明するポート割当ては、プライマリ・クラスタの5番目のノードにのみ、またOracle Big Data Discoveryがインストールされている場合にのみ存在します。

表3-4 Oracle Big Data Discoveryポート番号

ポート

サービス

構成プロパティ名

7001

WebLogic

ADMIN_SERVER_PORT

7002

WebLogic

ADMIN_SERVER_SECURE_PORT

7003

WebLogic

MANAGED_SERVER_PORT

7004

WebLogic

MANAGED_SERVER_SECURE_PORT

7010

Dgraph

DGRAPH_WS_PORT

7019

Dgraph

DGRAPH_BULKLOAD_PORT

7101

Dgraph

AGENT_EXPORT_PORT

7102

Dgraph

AGENT_PORT

3.5 Oracle Big Data Applianceのネットワークの準備

Oracle Big Data Appliance構成生成ユーティリティによって、インストールの前に使用する次のファイルが生成されます。

- bda-install-review.html: Oracle Big Data Applianceのホスト名およびカスタムIPアドレスがリストされます。情報が正しいことを確認し、ホスト名とIPアドレスをネットワークのネーム・サーバーに追加してください。このファイルはブラウザで表示できます。

- bda-preinstall-checkip.sh: ホスト名やIPアドレスを含むネットワーク構成値の検証チェックを実行します。

「構成ファイルの生成」を参照してください。

インストール・プロセスの次の時点でbda-preinstall-checkip.shスクリプトを実行します。

- Oracle Big Data Applianceがサイトに到着する前で、ネットワーク管理者が新しい名前およびIPアドレスをネーム・サーバーに追加した後。この手順によって、ネットワーク構成パラメータが有効で、ネットワークがOracle Big Data Applianceの接続を受け入れる準備が完了していることが保証されます。

- Oracle Big Data Applianceが到着した後で、ネットワークに接続する前。この手順によって、ネットワークが変更されておらず、同じようにOracle Big Data Applianceの接続を受け入れる準備が完了していることが保証されます。

注意:

bda-preinstall-checkip.shの実行は、インストール前の重要な手順です。ネットワーク・エラーがあると、インストール手順で大幅な遅延が発生する可能性があります。

ネットワークの競合をチェックするには、次の手順を実行します。

1. bda-preinstall-checkip.shスクリプトを、Oracle Big Data Applianceがデプロイされるサブネットに対する10GBイーサネット接続を備えたLinuxシステムにコピーします。

2. スクリプトが実行可能であることを確認します。

chmod +x bda-preinstall-checkip.sh

3. スクリプトを実行します。

./bda-preinstall-checkip.sh

4. スクリプトでエラーが識別された場合、bda-checkip.outファイルを開いて詳細を確認します。これには、スクリプトによって実行されたすべてのテストに関する情報が含まれます。出力ファイルは、スクリプトと同じディレクトリに作成されます。

5. スクリプトを再実行する前に、レポートされたすべてのエラーを解決します。

例3-1に、bda-preinstall-checkip.shスクリプトによる成功メッセージとエラー・メッセージを示します。

例3-1 bda-preinstall-checkip.shからの出力

Big Data Appliance pre-installation network verification starting ...

Using name server 198.51.100.21 for all DNS lookups

Domain is example.com

Processing DNS name servers : SUCCESS
Processing NTP time servers : SUCCESS
Processing gateways : SUCCESS
Processing factory IP addresses : SUCCESS
Processing public node names (bondeth0) : SUCCESS
Processing private IP addresses (bondib0) : ERROR - see bda-checkip.out for details
Processing admin node names (eth0) : SUCCESS
Processing ILOM names : SUCCESS
Processing switch and PDU IP addresses : SUCCESS
Processing ASR hostname : SUCCESS

One or more checks report ERROR. Review bda-checkip.out for details

[1]
Sun Network QDR InfiniBandゲートウェイ・スイッチ

2
フル・ラックのみ

3
追加サーバーを含むフル・ラックまたはスタータ・ラックのみ

4 Oracle Big Data Appliance構成生成ユーティリティの使用方法

この章では、Oracle Big Data Appliance構成生成ユーティリティの使用方法について説明します。

この章の内容は次のとおりです。

- Oracle Big Data Appliance構成生成ユーティリティの概要

- 構成ファイルの生成

- 構成ファイルについて

- ネットワーク設定の検証

- 「Customer Details」ページ

- 「Hardware Selection」ページ

- ラックの詳細

- 「Networking」ページ

- 「Client Ethernet Network」ページ

- 「Administration Network」ページ

- 「InfiniBand Network」ページ

- 「General Network Properties」ページ

- 「Review and Edit Details」ページ

- 「Define Clusters」ページ

- 「Cluster」ページ

- 「Complete」ページ

4.1 Oracle Big Data Appliance構成生成ユーティリティの概要

Oracle Big Data Appliance構成生成ユーティリティは、IPアドレスやソフトウェア・プリファレンスなど、Oracle Big Data Applianceのデプロイに必要な情報をユーザーから取得します。一連のページを案内してから、ユーティリティは構成ファイルのセットを生成します。これらのファイルは、デプロイのプロセスを自動化し、Oracle Big Data Applianceが指定どおりに構成されていることを確認します。

構成するハードウェア・インストールのタイプを表すオプションを選択します。

- 「One or more new Big Data Appliance racks being installed」: 選択した項目についてすべての新しいデータを入力します。

- 「One or more Big Data Appliance racks being added to an existing group of Big Data Appliances」: 選択すると「Import」ボタンがアクティブになり、グループ内の最後のラックの構成に使用されたnetwork.json (またはBdaDeploy.json)ファイルを選択できるようになります。

- 「One or more nodes being added to a Big Data Appliance starter rack or partially filled rack」: 選択すると「Import」ボタンがアクティブになり、前回ラックの構成に使用されたnetwork.json (またはBdaDeploy.json)ファイルを選択できるようになります。

- 「An in-process configuration using a saved master.xml configuration file」: 選択すると「Import」ボタンがアクティブになり、master.xmlファイルを選択して構成を続行できるようになります。

図4-1は、Oracle Big Data Appliance構成生成ユーティリティの「Customer Details」ページを示しています。

図4-1 Oracle Big Data Appliance構成生成ユーティリティ

注意:

- Oracle Big Data Applianceでは、Cloudera's Distribution including Apache Hadoop (CDH)を使用します。Oracle Big Data Appliance上のHadoopクラスタは、CDHクラスタと呼ばれます。

- 「アプライアンス」および「ラック」という用語は、Oracle Big Data Appliance、Oracle Big Data Appliance X3–2、Oracle Big Data Appliance X4-2およびOracle Big Data Appliance X5-2を指しています。

4.2 構成ファイルの生成

次の手順では、Oracle Big Data Appliance構成生成ユーティリティをインストールして構成ファイルを生成する方法について説明します。

Oracle Big Data Applianceを構成するには、次の手順を実行します。

1. 次の場所にあるOracle Technology Networkから、Oracle Big Data Appliance構成生成ユーティリティをダウンロードします。
http://www.oracle.com/technetwork/database/bigdata-appliance/downloads/index.html

ファイルは、BDAConfigurator-version.zipという名前です。システムでは、Oracle JRE 1.7以上を実行している必要があります。

2. BDAConfigurator-version.zipのファイルを解凍します。この例では、バージョン4.3のLinuxシステム上のファイルを解凍します。

$ unzip BDAConfigurator-4.3.zip
Archive:  BDAConfigurator-4.3.zip
creating: BDAConfigurator-4.3/
inflating: BDAConfigurator-4.3/exagen.jar
inflating: BDAConfigurator-4.3/oracle_ice.jar
inflating: BDAConfigurator-4.3/passwd.jar
inflating: BDAConfigurator-4.3/orai18n-utility.jar
.
.
.

3. BDAConfigurator-versionディレクトリに移動します。

4. Oracle Big Data Appliance構成生成ユーティリティを実行します。

- Linuxの場合:

$ sh bdaconf.sh

- Microsoft Windowsの場合は、Windowsエクスプローラでbdaconf.cmdをダブルクリックするか、コマンドラインからファイルを実行します。

C:\ bdaconf.cmd

5. 「Welcome」ページで構成タイプを選択します。

6. ボタンがアクティブになっている場合は「Import」をクリックし、以前に保存した構成(構成タイプに応じてBdaDeploy.jsonまたはmaster.xml)を選択します。

7. ウィザードのステップに従います。「Complete」ページで、「Create Files」をクリックします。

8. ネットワーク構成を確認します。
「ネットワーク設定の検証」を参照してください。

9. 生成されたbda.zipファイルを、オラクル社の担当者にお送りください。

4.3 構成ファイルについて

Oracle Big Data Appliance構成生成ユーティリティによって、システムの構成時に使用される次のファイルが生成されます。保存先のディレクトリを選択できます。

ディレクトリの基本構造は次のとおりです。

company_name /
bda-timestamp.zip
bda-install-preview.html
bda-preinstall-checkip.sh
rack_name /
rack_name-network.json
cluster_name /
cluster_name-config.json
master.xml

bda-timestamp.zip

構成ファイルのコピーが含まれています。オラクル社顧客サービス担当者がインストールを実行する場合は、インストール日の前にこのファイルをOracleに送信してください。それ以外の場合は、Oracle Big Data Applianceにコピーするために、ファイルをUSBドライブに転送してください。

bda-install-preview.html

構成のすべての詳細をリストするレポートが示されます。このレポートはブラウザで表示できます。入念にチェックして、設定がすべて正しいことを確認してください。

bda-preinstall-checkip.sh

一連のテストを実行して、Oracle Big Data Applianceの特定名およびIPアドレスがネーム・サーバーに正しく追加されており、それらが既存のネットワーク構成と競合していないことを確認します。

rack_name-network.json

フル・ラック、スタータ・ラック、または追加サーバーが組み込まれたスタータ・ラックのネットワーク構成が含まれます。すべてのサーバー、スイッチおよびPDUの情報が含まれます。

cluster_name-config.json

ネットワーク構成、ポート番号、ユーザー名、パスワードなど、クラスタに関するすべての情報が含まれています。構成ユーティリティによって、クラスタごとに個別のパラメータ・ファイルが作成されます。複数のクラスタが構成される場合、各パラメータ・ファイルは別個のサブディレクトリに配置されます。

既存のクラスタへの追加として追加サーバーがスタータ・ラックに構成されている場合、構成ユーティリティはパラメータ・ファイルを生成せず、Mammothユーティリティが生成します。

master.xml

Oracle Big Data Appliance構成生成ユーティリティで読み取れるように、XML形式の構成設定がすべて含まれています。Oracle Big Data Applianceデプロイメントの構成を変更する場合には、このファイルをロードして変更を入力し、構成ファイルを再生成できます。

このファイルは、Oracle Big Data Appliance構成生成ユーティリティによってのみ使用されます。Oracle Big Data Applianceの実際の構成には使用されません。

4.4 ネットワーク設定の検証

Oracle Big Data Applianceハードウェアがサイトに到着する前にネットワーク設定を検証するのは、必須の手順です。ネットワークに問題があると、設置の際に大幅な遅延が発生する可能性があります。

ネットワーク構成設定を検証するには、次の手順を実行します。

1. Oracle Big Data Appliance構成生成ユーティリティによって生成されたbda-preinstall-checkip.shファイルを、Oracle Big Data Applianceが使用するのと同じネットワーク上のLinuxホストにコピーします。

2. Linuxホストにログインし、bda-preinstall-checkip.shを実行します。

$ sh bda-preinstall-checkip.sh

このスクリプトは、既存のネットワークがOracle Big Data ApplianceのIPアドレス・プールと競合しないかどうかをチェックします。

3. インストールを開始する前に、スクリプトで検出されたネットワークの問題を修正します。設置の際にネットワークの問題があると大幅な遅れが生じることがあります。

4. Oracle Big Data Applianc用の計画された場所へのネットワーク接続を実行します。

5. これらの手順を完了したら、オラクル社の担当者に連絡してください。

4.5 「Customer Details」ページ

次の表では、「Customer Details」のフィールドについて説明します。「Generated Names」には、入力された値から作成された名前が表示されます。

表4-1 「Customer Details」ページ

「Customer Details」のフィールド

説明

Customer Name

自社の名前。必須です。

Region

Oracle Big Data Applianceを設置する地域。

Time Zone

設置場所のタイムゾーン。タイムゾーンを選択する前に適切な地域を選択する必要があります。

Rack Base Name

Oracle Big Data Applianceラックの名前を表す最大10文字の英数字。

Rack Start Index

ラックを一意に識別する数字。これはラック・ベース名の接尾辞です。

Server Base Name

すべてのサーバーのベース名。2桁の接尾辞によって、各サーバーが一意に識別されます。

ラック名とサーバー・ベース名は、すべてのネットワーク・インタフェース(eth0、bondib0、bondeth0およびOracle ILOM)のホスト名を生成するために使用されます。たとえば、ラック・ベース名がbda、ラックの開始索引が1、サーバー・ベース名がnodeの場合、bda1node01、bda1node02などのホスト名が生成されます。

Admin Name Suffix

eth0のホスト名を作成するための、基本ホスト名の接尾辞

Private Name Suffix

bondib0のホスト名を作成するための、基本ホスト名の接尾辞

ILOM Name Suffix

Oracle ILOM名を作成するための、基本ホスト名の接尾辞

Switch Base Name

すべてのスイッチのベース名を作成するための、ラック名の接尾辞。たとえば、ラック名がbdaで、スイッチ・ベース名がswの場合、bda1sw-ip、bda1sw-ib1などのスイッチ名が生成されます。

重要: 作成されるスイッチ名全体(bda1sw-ib1など)が20文字を超えないようにしてください。

Domain Name

Oracle Big Data Applianceが稼働するドメインの名前。必須です。

4.5.1 標準ホスト名の使用

ラック名は、すべてのOracle Big Data Applianceサーバーの標準ホスト名の割当てで使用されています。クライアント・ネットワーク上のすべてのサーバーのホスト名は、次の形式です。

racknameNodeNN.domain

この構文の詳細は次のとおりです。

- NNは、ラック内のサーバー・ノードの位置番号です(01から18まで)。

- domainは、ドメイン名です。

ホスト名は16文字未満で、ASCII小文字(aからzまで)、数字(0から9まで)およびハイフン(-)のみ使用できます。名前をハイフンで始めたり、終了しないでください。

4.5.2 カスタム・ホスト名の使用

ネットワーク・インタフェースごとに使用される接尾辞を変更できます。

ネーミング規則に従わないサーバー・ホスト名は、「Review and Edit Details」ページで入力できます。

4.5.3 マルチトラック・クラスタのネーミング

複数ラックのクラスタに対しては、ラック名としてクラスタ名を使用することをお薦めします。

たとえば3ラック・クラスタで、クラスタ名がcluster1で、ドメイン名がexample.comの場合、第1ラックの一番下のサーバーの完全修飾ホスト名はcluster101node01.example.comです。このクラスタで第3ラックの一番上のサーバーの場合、ホスト名はcluster103node18.example.comです。

4.5.4 ネットワーク上でのOracle Big Data Applianceへの接続

他のネットワーク上にあるホスト名には、ユニット番号に従った短い拡張名が付いています。デフォルトの拡張名を維持する場合は、ネットワークへの接続後に、次のような形式を使用してOracle Big Data Applianceに接続します。

- 管理ネットワークの短いホスト名の場合:
racknameNodeNN-adm

- プライベート・インフィニバンド・ネットワーク・ホスト名の場合:
racknameNodeNN-priv

- Oracle Integrated Lights Out Manager (ILOM)ホスト名の場合:
racknameNodeNN-ilom

- スイッチ・ホスト名の場合:
racknamesw-ibM

この構文の詳細は次のとおりです。

- NNは、ラック内のサーバーの位置番号です(01から18まで)。

- Mは、ラック内のスイッチの位置に応じて1、2または3です。

4.6 「Hardware Selection」ページ

ハードウェアのページでは、同時にデプロイしようとする1つ以上のラックを指定します。ラックは、ケーブルでまとめられている必要があります。

たとえば、3つのフル・ラックをデプロイする場合は、「Full Rack」を3回デプロイメントに追加します。

次の表では、ハードウェアの選択項目について説明します。

表4-2 「Hardware Selection」ページ

「Hardware Selection」のフィールド

説明

Select interconnected hardware to deploy

使用可能なハードウェア構成をリストします。1つ以上のラックを選択します。同じタイプのラックを複数回選択できます。

- Full rack: 18個のサーバーを含みます。

- Starter rack: 6個のサーバーを含みます。

- Partially filled rack: 7から17のサーバー数を含みます。

This is your deployment

サイト用に選択されたハードウェアがリストされます。

Will you use non-Oracle PDUs?

Oracle Big Data Applianceに付属するPDUを使用してサーバーおよびスイッチに電力を供給することをお薦めします。

ただし、Oracleが提供するPDUで満たされない特定の要件がデータ・センターにある場合は、他のPDUを使用してOracle Big Data Applianceサーバーおよびスイッチに電力を供給できます。顧客が提供するPDUはサポートされていません。また、Oracle Enterprise Manager Cloud ControlはPDUを監視しません。

4.7 Rack Details

ラックの詳細ページには、Oracle Big Data Applianceラックのオプションのネットワーク接続を示します。

次の表に、ラックの詳細フィールドの説明を示します。

表4-3 「Rack Details」ページ

「Rack Detail」のフィールド

説明

Rack Name

ラックの名前を入力します。

Number of 10 GbE Connections

すべてのOracle Big Data Applianceの2つのSun Network QDR InfiniBand Gateway Switchに、クライアント・ネットワークへの同数の10 GbEリンクが必要です。各ゲートウェイ・スイッチは、最大8つの10-GbEリンク(合計16リンク)をサポートします。各サーバーは各ゲートウェイ・スイッチ上の1つの10-Gbeリンクに割り当てられます。

したがって、拡張キットが組み込まれたOracle Big Data Applianceのフル・ラックまたはスタータ・ラックは最大16個の10-GbEリンクを使用できます。スタータ・ラックは最大12個の10-GbEリンクを使用できます。

データ・センターがサポートできるOracle Big Data Applianceラックへの10個のGbEリンクを使用することをお薦めします。リンクを追加すると、Oracle Big Data Applianceとクライアント・ネットワークの間で使用できるネットワーク帯域幅が増加し、リンクに障害が発生した場合の影響が軽減されます。

Oracleではこの情報を使用して、正しい数のケーブルが発注されるか、または設置サイトで使用できるようにします。また、これにより、Oracleのフィールド・エンジニアはOracle Big Data Applianceラックに接続する10 GbEリンクの数を計画します。

4.8 「Networking」ページ

ネットワーキングのページでは、各ネットワークに必要なIPアドレスの数を指定します。管理ネットワーク、クライアント・イーサネット・ネットワーク、およびインフィニバンド・ネットワークが必要です。指定した数のIPアドレスをネットワークに割り当てる必要があります。

各IPアドレス・プールには当初、一定範囲の連続するIPアドレスが含まれています。その範囲内のIPアドレスの一部を使用できない場合には、「Review and Edit Details」ページで個々のアドレスを変更できます。

4.9 「Client Ethernet Network」ページ

クライアント・アプリケーションは通常、クライアントEthernetネットワークを使用してOracle Big Data Applianceにアクセスします。このページでは、すべてのOracle Big Data Applianceサーバー(クラスタ・ノードとクラスタの一部であるサーバーの両方)に使用されるデフォルトのクライアント・ネットワーク構成を定義します。

注意:

各ネットワークは、他のネットワークから独立したサブネット上に存在する必要があります。

次の表では、クライアント・ネットワークのフィールドについて説明します。

表4-4 「Client Ethernet」ページ

「Client Ethernet」のフィールド

説明

Starting IP Address for Pool

クライアント・ネットワーク上で、Oracle Big Data Applianceサーバーが使用できる最初のIPアドレス。

Pool Size

必要なIPアドレスの数。すべてのOracle Big Data Applianceサーバーには、クライアント・ネットワーク上のIPアドレスが必要です。プール・サイズは、「Hardware Selection」ページで指定したラックに対して計算されます。

Ending IP Address for Pool

クライアント・ネットワーク上で、Oracle Big Data Applianceに割り当てられる最後のIPアドレス。このアドレスは、開始IPアドレスとプール・サイズから自動的に計算されます。

開始と終了のアドレスによって定義されているプールで、すべてのIPアドレスが使用できることを確認してください。使用できない場合は、異なる範囲を割り当てるか、「Review and Edit Details」ページで個々のIPアドレスを手動で変更できます。

Subnet Mask

クライアント・ネットワーク用のサブネット・マスク。

Gateway

クライアント・ネットワーク・ゲートウェイのIPアドレス。

ゲートウェイIPアドレスが自動的に生成されるので、正しいことを確認してください。

4.10 「Administration Network」ページ

このページで入力する値は、既存の管理ネットワークにOracle Big Data Applianceのサーバー、スイッチ、PDUを追加する際に使用されます。各サーバーには、管理用の2つのネットワーク・インタフェースがあります。一方のインタフェースではオペレーティング・システムにアクセスし、もう一方のインタフェースでOracle Integrated Lights Out Manager (ILOM)にアクセスします。

注意:

各ネットワークは、他のネットワークから独立したサブネット上に存在する必要があります。

次の表では、管理ネットワークのフィールドについて説明します。

表4-5 「Administration Network」ページ

「Administration Network」のフィールド

説明

Starting IP Address for Pool

管理ネットワーク上で、Oracle Big Data Applianceが使用できる最初のIPアドレス。

Pool Size

管理ネットワーク上で必要なIPアドレスの数。

ラックのIPアドレスは、Oracle Big Data Applianceサーバー、Oracle ILOM、イーサネット・スイッチ、スパイン・スイッチ、リーフ・スイッチ(2)、PDU (2)の順で割り当てられます。

Ending IP Address for Pool

管理ネットワーク上で、Oracle Big Data Applianceに割り当てられる最後のIPアドレス。このフィールドの値は、開始IPアドレスとプール・サイズから自動的に計算されます。

開始と終了のアドレスによって定義されているプールで、すべてのIPアドレスが使用できることを確認してください。使用できない場合は、異なる範囲を割り当てるか、「Review and Edit Details」ページで個々のIPアドレスを手動で変更できます。

Subnet Mask

管理ネットワーク用のサブネット・マスク。

Gateway

ゲートウェイのIPアドレス。

ゲートウェイIPアドレスが自動的に生成されるので、正しいことを確認してください。

4.11 「InfiniBand Network」ページ

インフィニバンド・ネットワークは、1つのラック内の複数のOracle Big Data Applianceサーバーを接続します。複数のラックを接続してマルチトラックHadoopクラスタを形成することも、Oracle Exadata Database MachineからOracle Big Data Applianceにアクセスすることもできます。

次の表では、インフィニバンド・ネットワークのフィールドについて説明します。

表4-6 「InfiniBand Network」ページ

「InfiniBand Network」のフィールド

説明

Starting IP Address for Pool

プライベート・インフィニバンド・ネットワーク上で、Oracle Big Data Applianceサーバーが使用できる最初のIPアドレス。デフォルトは192.168.10.1です。

Pool Size

必要なIPアドレスの数。すべてのOracle Big Data Applianceサーバーには、インフィニバンド・ネットワーク上のIPアドレスが必要です。プール・サイズは、「Hardware Selection」ページで指定したデプロイメントに対して計算されます。

Ending IP Address for Pool

このデプロイメントでインフィニバンド・ネットワークに割り当てられる最後のIPアドレス。このアドレスは、開始IPアドレスとプール・サイズから自動的に計算されます。

開始と終了のアドレスによって定義されているプールで、すべてのIPアドレスが使用できることを確認してください。使用できない場合は、異なる範囲を割り当てるか、「Review and Edit Details」ページで個々のIPアドレスを手動で変更できます。

Subnet Mask

インフィニバンド・ネットワーク用のサブネット・マスク。デフォルトは255.255.252.0です。

BDA will be connected via InfiniBand to any Oracle engineered systems

このラックをインフィニバンド・ファブリック経由で別のラックに接続する場合は、このオプションを選択します。

複数のラックを接続する場合は、次の点を確認してください。

- Oracleエンジニアド・システムのサーバーを含めた、すべてのサーバーのインフィニバンドIPアドレスが一意です。

- すべてのインフィニバンドIPアドレスが同じネットワーク上のものです。

たとえば、Oracle Big Data ApplianceラックをOracle Exadata Database Machineに接続する場合、インフィニバンド・ネットワークで同じネットマスクを両方のシステムに使用する必要があります。さらに、Exadataデータベース・サーバー、Exadataストレージ・サーバーおよびOracle Big Data ApplianceサーバーのインフィニバンドIPアドレスにこのネットマスクを適用すると、すべてのIPアドレスが同じサブネット上のものになります。

4.12 「General Network Properties」ページ

クライアント・ネットワークと管理ネットワークは通常、同じドメイン・ネーム・システム(DNS)サーバーおよびネットワーク・タイム・プロトコル(NTP)サーバーを使用します。ネットワーク上でこれらが異なる場合には、クライアント・ネットワークに対する値を先に入力します。

次の表では、ネットワークの一般プロパティについて説明します。

表4-7 「General Network Properties」ページ

「General Network Properties」のフィールド

説明

DNS Servers

DNSサーバーのIPアドレスで、最大6つまで。1つ以上のDNSサーバーが、クライアント・ネットワークでアクセス可能である必要があります。

DNSサーバーが使用可能な場合、Oracle Big Data Applianceはこれを使用しますが、管理ネットワーク上になくてもかまいません。

NTP Servers

NTPサーバーのIPアドレスで、最大6つまで。クライアント・ネットワークと管理ネットワークの両方が、1つ以上のNTPサーバーにアクセスできる必要があります。

管理ネットワークのNTPサーバーは、クライアント・ネットワークのNTPサーバーと異なっていてもかまいません。その場合は、このフィールドでクライアント・ネットワークのNTPサーバーを指定します。

Search Domains

Oracle Big Data Applianceが稼働する最大6つのドメイン名(example.comやus.example.comなど)

Are administration host name entries in DNS?

「Yes」または「No」を選択します。

- Yes: 管理ホスト名のDNSエントリは、インストール前のチェックおよびネットワーク構成中に検証されます。

- No: 管理ホスト名のDNSエントリは、インストール前のチェックおよびネットワーク構成中に検証されません。

次の表では、管理ネットワークとクライアント・ネットワークでネットワーク・プロパティが異なる場合の管理ネットワークのネットワーク・プロパティについて説明します。通常、これらのプロパティはどちらのネットワークでも同じです。一般的なネットワーク・プロパティとして入力した値にデフォルト設定されます。

表4-8 Advanced Network Properties

「Advanced Network Properties」のフィールド

説明

Advanced Network Configuration

クライアント・ネットワークと管理ネットワークがシステムで切り離されており、異なるDNSサーバーおよびNTPサーバー、異なるドメイン、またはその両方を使用する場合に、このオプションを選択します。次に、管理ネットワークですべてのフィールドを設定します。

Admin Domain Name

管理ドメインの名前。

Admin DNS Servers

クライアント・ネットワークと異なる場合には、管理ドメイン・ネーム・システム・サーバーのIPアドレスは最大6つです。

Admin NTP Servers

クライアント・ネットワークと異なる場合には、管理ネットワーク・タイム・プロトコル・サーバーのIPアドレスは最大6つです。

Admin Search Domains

クライアント・ネットワークと異なる場合には、Oracle Big Data Appliance管理ネットワークが稼働するドメイン名は最大6つです。

4.13 「Review and Edit Details」ページ

このページを使用して、ネットワーク構成設定を再確認し、変更します。

ネットワークで、すでに使用中のアドレスを含むIPアドレス範囲を指定した場合は、このページのIPアドレスを置き換えてください。そうしないとOracle Big Data Applianceのネットワーク構成に失敗し、不要な遅延の原因となります。変更が完了したら、「Regenerate using changed base values」をクリックします。

4.14 「Define Clusters」ページ

「Define Clusters」ページを使用して、作成するクラスタの数と、各クラスタを運用するサーバーの数を指定します。CDHまたはOracle NoSQL Database用にクラスタを構成できます。

1つのラック内に複数のクラスタを構成することも、複数のラックにまたがって1つのクラスタを構成することもできます。各タイプの最小クラスタ・サイズは次のとおりです。

- CDHクラスタ: 最小6サーバー。(つまり、スタータ・ラックは1つのCDHクラスタをサポートし、フル・ラックはCDHクラスタを3つまでサポートします。)

- NoSQL Databaseクラスタ: 最小3サーバー

各タイプのクラスタにサーバーを提供するラックごとのサーバーの最小数は3です。

次の表では、クラスタ定義のオプションについて説明します。

表4-9 「Define Clusters」ページ

「Define Clusters」のフィールド

説明

Number of clusters to create

クラスタの数を選択します。クラスタごとに、ページに新しいタブが表示され、Oracle Big Data Appliance構成生成ユーティリティで新しいページが表示されます。次のページに進む前に、すべてのタブで必要事項を設定してください。

Cluster Name

クラスタの一意の名前を入力します。名前は文字ではじめる必要があり、英数字およびダッシュ(-)で構成できます。

アンダースコアおよびその他の英数字以外の文字は使用できません。

Cluster Type

クラスタのタイプを次の中から選択します。

- CDH cluster: Cloudera's Distribution including Apache Hadoopとオプションのソフトウェアを、新しいサーバーのクラスタにインストールします。

- NoSQL DB cluster: Oracle NoSQL Databaseを新しいサーバーのクラスタにインストールします。

- Adding to existing cluster: クラスタの残りと同じソフトウェアを新しいサーバー上にインストールします。

Unassigned Servers

左側のリストからクラスタ用のサーバーを選択し、右側にある割当て済サーバーのリストに移動します。

Assigned Servers

クラスタ用に選択されたサーバーがリストされます。CDHクラスタには少なくとも6つのサーバーが必要であり、Oracle NoSQL Databaseクラスタには少なくとも3つのサーバーが必要です。

4.15 「Cluster」ページ

このクラスタにインストールするソフトウェアを選択します。このフィールドに表示されるフィールドは、構成するクラスタのタイプによって異なります。

- 新しいOracle NoSQL Databaseクラスタ

- 新しいCDHクラスタ

4.15.1 新しいOracle NoSQL Databaseクラスタ

ページの次のサブセクションで要求される構成詳細も提供します。

- User/Groups

- 自動サービス・リクエスト

- インストールされるコンポーネント

- Oracle NoSQLの構成

4.15.1.1 User/Groups

次の表では、新しいCDHクラスタのユーザー名、グループおよびパスワードの各フィールドについて説明します。パスワードはオプションですが、ここで指定しない場合には、ソフトウェアのインストール時にパスワードを入力する必要があります。

表4-10 新しいOracle NoSQL Databaseクラスタの「User /Groups」

「User /Groups」のフィールド

説明

OS password for root user

クラスタ内のすべてのサーバーのrootパスワード。

OS password for oracle user

クラスタ内のすべてのサーバーのoracleパスワード。Oracleアプリケーションは、このアイデンティティに基づいて実行されます。

oracle user ID

oracleユーザーのID番号。これは、接続されたOracle Exadata Database MachineのoracleUIDに一致している必要があります。UIDによって、oracleユーザーはOracle Big Data Applianceから、Oracle Databaseの正しいアカウントにログインできるようになります。必須です。

oinstall group ID

Oracleインベントリ・グループ(oinstall)のID番号。これは、接続されたOracle Exadata Database MachineのoinstallグループのIDに一致している必要があります。

dba group ID

dbaグループのID番号。これは、接続されたOracle Exadata Database MachineのdbaグループのIDに一致している必要があります。

4.15.1.2 インストールされるコンポーネント

Oracle NoSQL DatabaseのCommunity EditionまたはEnterprise Editionをインストールできます。

次の表に、それぞれの選択内容を示します。

表4-11 インストールされるコンポーネント

コンポーネントのフィールド

説明

Oracle NoSQL Database Edition

Community EditionかEnterprise Editionを選択します。

- Community Editionは、Oracle Big Data Applianceのライセンスに含まれています。

- Enterprise Editionにはライセンスが別途必要です。Oracle Big Data ApplianceでEnterprise Editionをインストールするには、このライセンスが必要です。

4.15.1.3 Oracle NoSQLの構成

Oracle NoSQL Database 12c リリース1.3.0.5以上のバージョンでは、レプリカとしてのみ機能するノードで構成されるセカンダリ・ゾーンがサポートされます。Oracle Big Data Applianceでセカンダリ・ゾーンを使用して、冗長性および読取り機能を高めるためにデータの予備のコピーを保持することや、離れた場所のデータに対する低レイテンシの読取りアクセスを提供することができます。

次の表では、変更可能な構成設定について説明します。

表4-12 Oracle NoSQLの構成

構成のフィールド

説明

Oracle NoSQL store name

Oracle Big Data ApplianceのKVストアの一意の名前。デフォルト値はBDAKV1です。

Oracle NoSQL primary zone name

クラスタ内のすべてのノードのプライマリ・ゾーンの名前。デフォルト値はBDAKV1_PRIMARY_ZNです。

Oracle NoSQL primary zone replication factor

プライマリ・ゾーンに対する1以上のレプリケーション係数。デフォルト値は3です。

4.15.2 新しいCDHクラスタ

新しいCDHクラスタのクラスタ・ページには、次のセクションがあります。

- User/Groups

- Big Data SQL

- Big Data Connectors

- MIT Kerberos

- Active Directory Kerberos

- Audit Vault

- 自動サービス・リクエスト

- Enterprise Management Cloud Control

- Email Alerting

4.15.2.1 User/Groups

次の表では、新しいCDHクラスタのユーザー名、グループおよびパスワードの各フィールドについて説明します。パスワードはオプションですが、ここで指定しない場合には、ソフトウェアのインストール時にパスワードを入力する必要があります。

表4-13 新しいCDHクラスタの「User /Groups」

「User /Groups」のフィールド

説明

OS password for root user

クラスタ内のすべてのサーバーのrootパスワード。

OS password for oracle user

クラスタ内のすべてのサーバーのoracleパスワード。Oracleアプリケーションは、このアイデンティティに基づいて実行されます。

oracle user ID

oracleユーザーのID番号。これは、接続されたOracle Exadata Database MachineのoracleUIDに一致している必要があります。UIDによって、oracleユーザーはOracle Big Data Applianceから、Oracle Databaseの正しいアカウントにログインできるようになります。必須です。

oinstall group ID

Oracleインベントリ・グループ(oinstall)のID番号。これは、接続されたOracle Exadata Database MachineのoinstallグループのIDに一致している必要があります。

dba group ID

dbaグループのID番号。これは、接続されたOracle Exadata Database MachineのdbaグループのIDに一致している必要があります。

Cloudera Manageradminpassword

Cloudera Managerのadminユーザーのパスワード。CDHクラスタにのみ使用できます。

MySQL admin password

MySQL Database管理ユーザーのパスワード。CDHクラスタにのみ使用できます。

4.15.2.2 Big Data SQL

Oracle Big Data SQLをCDHクラスタにインストールできます。この製品には、ライセンスが別途必要です。次の表では、Oracle Big Data SQLのフィールドについて説明します。

表4-14 Big Data SQL

Big Data SQLのフィールド

説明

Is Big Data SQL licensed?

Oracle Big Data SQLでは、Oracle Big Data ApplianceのHiveおよびHDFSに格納されたデータに対するOracle Databaseからの問合せがサポートされています。このテクノロジにはライセンスが別途必要です。ライセンスを持っている場合、「Yes」を選択します。

Install Big Data SQL?

初期ソフトウェア・リリース中にOracle Big Data SQLをインストールするには、「Yes」を選択します。Oracle Big Data Applianceは、インフィニバンド・ネットワークを介してOracle Exadata Database Machineに接続する必要があります。このインストールを後日に延期するには、「No」を選択します。

4.15.2.3 Big Data Connectors

Oracle Big Data ConnectorsをCDHクラスタにインストールできます。この製品には、ライセンスが別途必要です。次の表では、インストールされるコンポーネントのフィールドについて説明します。

表4-15 インストールされるコンポーネント

コンポーネントのフィールド

説明

Are Big Data Connectors licensed?

Oracle Big Data Connectorsを使用すると、CDHクラスタとOracle Databaseに格納されているデータ間のデータ・アクセスが簡単になります。コネクタには、個別のライセンスが必要です。ライセンスを持っている場合、「Yes」を選択します。選択すると、他のフィールドがアクティブになります。

Install Oracle Data Integrator Agent?

エージェントはOracle Data Integratorをサポートします。これは、Oracle Big Data Connectorsの1つです。Oracle Data Integratorをすぐ使用するように構成する場合は、「Yes」を選択します。

Oracle Big Data Connectorsのライセンスが必要です。

MySQL password for Oracle Data Integrator Agent?

MySQL DatabaseのOracle Data Integratorユーザーのパスワード。

4.15.2.4 MIT Kerberos

MIT Kerberos認証は、CDHクラスタのセキュリティ・オプションです。Oracle Big Data Applianceのライセンスに含まれています。

ネットワーク上の別の場所で(つまり、Oracle Big Data Appliance上以外で)キー配布センター(KDC)を使用するには、ソフトウェアをインストールする前にいくつかの手順を完了する必要があります。「インストールの前提条件」を参照してください。

次の表に、MIT Kerberosのフィールドの説明を示します。

表4-16 MIT Kerberos

「Kerberos」のフィールド

説明

Enable MIT Kerberos-based authentication?

Oracle Big Data ApplianceでMIT Kerberosをサポートするには、このオプションを選択します。

Set up key distribution center on BDA

Oracle Big Data Applianceでキー配布センター(KDC)を設定する場合は、「Yes」を選択します。それ以外の場合は、ネットワーク上で常にすべてのクライアントがKDCを使用できる必要があります。

Kerberos KDC database password

KDCデータベースのパスワード(Oracle Big Data Appliance上で作成されている場合)。

Non-BDA key distribution center hosts

Oracle Big Data ApplianceのプライマリまたはバックアップKDCとして機能する、同じネットワーク上で使用できるKDCの完全修飾名またはIPアドレスをリストします。

Kerberos realm

EXAMPLE.COMなど、Oracle Big Data Applianceのレルムの名前を入力します。

Encrypt HDFS Data Transport

DataNodeとクライアント間、およびDataNode間のデータ転送の暗号化を有効にします。

Encrypt Hadoop Services

HDFS、MapReduceおよびYARN WebインタフェースのSSL暗号化と、MapReduceおよびYARNの暗号化されたシャッフルを有効にします。HDFS、MapReduceおよびYARNロールのWebコンソールへのアクセスの認証も有効にします。

Enable Sentry Authorization

Apache Sentryを使用してHadoopに格納されているデータに対するファイングレイン認証の機能を提供するには、このオプションを選択します。

4.15.2.5 HDFS透過的暗号化

HDFS透過的暗号化は、CDHクラスタの保存データのセキュリティ・オプションです。

HDFS透過的暗号化では、Kerberosを有効にする必要があります。これはActive Directory KerberosとMIT Kerberosのどちらでも機能します。(「インストールの前提条件」を参照してください。)

次の表で、HDFS透過的暗号化のフィールドについて説明します。

表4-17 HDFS透過的暗号化

HDFS透過的のフィールド

説明

Enable HDFS Transparent Encryption。

このオプションを選択して、Oracle Big Data ApplianceのHadoop保存データの暗号化を有効にします。

Active Navigator Key Trustee Server

暗号化キー、証明書およびパスワードを管理します。現在の実装では、これはOracle Big Data Applianceの外部のサーバーである必要があります。

Passive Navigator Key Trustee Server

パッシブNavigator Key Trustee Serverは、このサービスが単一の障害ポイントにならないことを保証するためのバックアップです。

Navigator Key Trustee

Key Trustee Server管理者によって構成されるKey Trustee組織名。これは、キーが格納される組織です。

Key Trustee Authorization Code

Navigator Key Trustee組織に対応する認可コード。このコードは、Cloudera ManagerがKey Trustee Serverを認証するために使用されます。

4.15.2.6 Active Directory Kerberos

Active Directory Kerberos認証は、CDHクラスタのセキュリティ・オプションです。Oracle Big Data Applianceのライセンスに含まれています。

次の表に、Active Directory Kerberosのフィールドの説明を示します。

表4-18 Active Directory Kerberos

「Kerberos」のフィールド

説明

Enable Active Directory Kerberos-based authentication?

Oracle Big Data ApplianceでActive Directory Kerberosをサポートするには、このオプションを選択します。

Active Directory Host

Active Directoryホストの完全修飾名またはIPアドレス。

Kerberos realm

EXAMPLE.COMなど、Oracle Big Data Applianceのレルムの名前を入力します。

Active Directory Domain

ドメインの識別名。Active Directory上ですべてのアカウントが作成されます。たとえば、such as ou=bda,DC=example,DC=comです。

Active Directory admin user

Active Director Adminユーザーの名前。Active Directory上でアカウントを作成、削除および変更できます。

Active Directory admin password

Active Director Adminユーザーのパスワード。

Encrypt HDFS Data Transport

DataNodeとクライアント間、およびDataNode間のデータ転送の暗号化を有効にします。

Encrypt Hadoop Services

HDFS、MapReduceおよびYARN WebインタフェースのSSL暗号化と、MapReduceおよびYARNの暗号化されたシャッフルを有効にします。HDFS、MapReduceおよびYARNロールのWebコンソールへのアクセスの認証も有効にします。

Enable Sentry authorization

Apache Sentryを使用してHadoopに格納されているデータに対するファイングレイン認証の機能を提供するには、このオプションを選択します。

4.15.2.7 Audit Vault

Oracle Big Data Appliance上のCDHクラスタを、Oracle Audit Vault and Database Firewallのセキュア・ターゲットとして構成することができます。Oracle Big Data ApplianceのAudit Vaultプラグインは、MapReduce、HDFS、Oozieの各サービスから監査データとロギング・データを収集します。そうすると、Audit Vault Serverを使用してOracle Big Data Appliance上でこれらのサービスを監視できるようになります。

実際の構成を実行するには、Oracle Big Data Applianceと同じネットワーク上の別のサーバーで、Oracle Audit Vault and Database Firewall Serverリリース12.1.1が稼働している必要があります。他のバージョンのOracle Audit Vault and Database Firewall ServerはOracle Big Data Applianceでサポートされません。

次の表では、「Audit Vault」のフィールドについて説明します。

表4-19 Audit Vault

「Audit Vault」のフィールド

説明

Enable Audit Vault

Oracle Big Data ApplianceでOracle Audit Vault and Database Firewallをサポートするには、このオプションを選択します。

Audit Vault server

Audit Vault ServerのIPアドレス。

Audit Vault port

Audit Vault Serverがリスニングするポートの番号。

Audit Vault database service name

Audit Vault Serverのデータベース・サービス名。

Audit Vault admin user

Audit Vault管理ユーザーの名前。

Audit Vault admin user password

管理ユーザーのパスワード。

4.15.2.8 自動サービス・リクエスト

ASRでは、Oracle Big Data Applianceハードウェアの状態を監視し、障害を検出すると、自動的にサービス・リクエストを送信します。このプログラムを無効にすることもできますが、ASRを有効にすることをお薦めします。

Oracle Big Data Applianceでソフトウェアをインストールおよび構成する前に、Oracle Big Data Appliance外の別のサーバーでASRマネージャをインストールして稼働するよう構成する必要があります。「Enable Auto Service Request」を選択していても、指定されたホスト・アドレスとポート番号を使用してASRマネージャにアクセスできない場合には、ソフトウェアのインストールはエラーになり失敗します。MammothユーティリティではASRマネージャがインストールされません。

Oracle Big Data Appliance上のソフトウェアはASR Managerに接続できる必要があります。ASRマネージャは直接またはプロキシを介してインターネットにアクセスし、サービス・リクエストを自動的に開くイベント情報を送信できる必要がありあます。

次の表では、自動サービス・リクエストのフィールドについて説明します。

表4-20 Auto Service Request

ASRのフィールド

説明

Enable Auto Service Request

自動サービス・リクエストをサポートするには、このオプションを選択します。

ASR Manager Host Name

ASRがインストールされるネットワーク上のLinuxサーバーの完全修飾名またはIPアドレス

ASR Manager Port

ASRマネージャのポート番号。デフォルト・ポートは162です。

ASR Root Password

ASRマネージャ・ホストのrootのパスワード

4.15.2.9 Enterprise Management Cloud Control

Mammothユーティリティは、Enterprise Managerがアプライアンスのモニタリングに使用するエージェントをOracle Big Data Applianceにデプロイし検証します。MammothでOracle Enterprise Manager Cloud Controlはインストールされません。

Oracle Big Data Applianceをシステム・モニタリング・プラグイン用に構成する前に、Enterprise Managerをインストールおよび構成して、Oracle Big Data Appliance外の別のサーバーで稼働するよう構成する必要があります。「Enterprise Manager」オプションを選択していても、Enterprise Managerがインストールされておらず、指定されたホスト・アドレス、ポート番号などを使用してアクセスできない場合、Oracle Big Data Applianceソフトウェアのインストールはエラーになり失敗します。

次の表では、「Enterprise Manager Cloud Control」のフィールドについて説明します。

表4-21 Enterprise Manager Cloud Control

Cloud Controlのフィールド

説明

Enable Oracle Enterprise Manager Cloud Control Agent

Oracle Enterprise Managerシステム・モニタリング・プラグインを使用するには、このオプションを選択します。

OMS Host Name

Oracle Management Server (OMS)が、Oracle Big Data Appliance用のプラグインとともにインストールされているサーバーの完全修飾名またはIPアドレス。

OMS HTTPS Console Port

Oracle Enterprise Manager Cloud Control Webインタフェースのポート番号。

HTTPSポート番号を取得するには、emctl status oms -detailsコマンドをEnterprise Managerホストから実行します。

OMS HTTPS Upload Port

Oracle Enterprise Manager Cloud Control WebインタフェースのHTTPアップロード・ポート番号。

EM Super Admin User

スーパー管理権限を持ち、管理emcliコマンドを実行するCloud Controlユーザー。通常、このユーザーはsysmanです。

EM Super Admin Password

Cloud Controlユーザー名のパスワード。

EM Agent Registration Password

Oracle Big Data Appliance上のOracle Management Agentを検証するためのパスワード。

エージェント登録パスワードは、Enterprise Managerのセキュリティ設定の一部です。Enterprise Managerでパスワードを取得するには、ウィンドウの右上で「設定」をクリックし、「セキュリティ」、「登録パスワード」の順にクリックします。

Cloud Control SYS Password

Cloud ControlリポジトリのためのSYSパスワード。

Inventory Location

システムで、Oracle Enterprise ManagerがインストールされているoraInventoryディレクトリのフルパス。

4.15.2.10 Email Alerting

Cloudera ManagerはCDHクラスタで問題を検出した場合に電子メール・アラートを送信します。

次の表では、電子メール・アラートのフィールドについて説明します。

表4-22 「Email Alerting」ページ

「Email Alerting」のフィールド

説明

SMTP Server

企業がその内部ネットワークで使用する既存のSMTPサーバーの完全修飾名またはIPアドレス。必須です。

Uses SSL

Secure Sockets Layer (SSL)接続が必要な場合には、「Yes」を選択します。

SMTP Port

電子メール・サーバーで使用されるポート番号

Requires Authentication

SMTPサーバーで認証が必要な場合には、このオプションを選択します。選択すると、ユーザー名とパスワードを入力できます。

SMTP User Name

Cloudera ManagerがSMTPサーバーにログインする際のユーザー名。

認証を選択していない場合、このフィールドは表示されません。

SMTP Password

ユーザー名のパスワード。

認証を選択していない場合、このフィールドは表示されません。

Recipient Addresses

Cloudera Managerからアラートを受け取るユーザーの有効な電子メール・アドレス。電子メール・アドレスを1行に1つずつ入力します。必須です。

右側のフィールドには、ダイアログ・ボックスに入力した電子メール・アドレスの数が示されます。

4.15.3 既存のクラスタへの追加

Oracle Big Data Appliance構成ユーティリティを使用して既存のクラスタにサーバーを追加することはできません。これを行うにはMammothユーティリティを使用します。

「クラスタへのサーバーの追加」を参照してください。

4.16 Client Network Config Summary

このページでは、ラック上のすべてのクライアント・ネットワークIPアドレスを表示し、構成を生成する前に最終的な変更を行うことができます。

「Reset all IPs using default values」をクリックして、すべてのクライアントIPアドレスを無効にし、デフォルトのクライアント・ネットワークIPアドレス・プールからIPアドレス割当てを再生成することもできます。

4.17 「Complete」ページ

これで、インストールと構成のオプションをすべて設定しました。ページに戻って設定を変更する場合は、「Back」をクリックします。「Back」ボタンをクリックしてもページはクリアされません。設定は、変更するまで維持されます。

このページのテキスト・ボックスは、クラスタで使用する予定のHadoopコンポーネントおよびサードパーティ・アプリケーションを指定するための、および後日役立つ可能性のあるメモを記録するための場所を提供します。この情報は、master.xmlという名前のファイルに保存されます。このファイルは、これらの構成設定をOracle Big Data Appliance構成生成ユーティリティに再ロードするために使用できます。

構成ファイルを生成するには、画面の指示に応じて「Create Files」、「Yes」の順にクリックします。オペレーティング・システムのウィンドウが、ファイルの保存されているディレクトリで自動的に開きます。

5 自動サービス・リクエストの設定

この章では、Oracle Big Data Applianceの自動サービス・リクエストをインストールおよび構成する方法について説明します。この章の内容は次のとおりです。

- 自動サービス・リクエストの理解

- ASRのインストールの準備

- ASRマネージャのインストール

- ASRマネージャ・インストールの確認

- Oracle Big Data Applianceでのトラップ宛先の構成

- ASRアセットの確認

- Oracle Big Data Applianceでの自動サービス・リクエストの検証

- ASRのトラブルシューティング

5.1 自動サービス・リクエストの理解

自動サービス・リクエスト(ASR)は、特定のOracle Big Data Applianceハードウェア障害が発生したときに自動的にサービス・リクエストをオープンするように設計されています。ASRは、ディスク、ファン、電源などの最も一般的なサーバー・コンポーネントで障害を検出し、障害の発生時に自動的にサービス・リクエストをオープンします。ASRは、サーバー・コンポーネントのみを監視するため、発生する可能性のあるすべての障害を検出するわけではありません。

ASRは、カスタマ・データ・センター内のSMTPやSNMPアラートなどの他の監視メカニズムを代替する機能ではありません。これは、交換ハードウェアの配送を迅速かつ簡単に行うための補完メカニズムです。ASRは、優先度の高いシステムの停止イベントに対しては使用しないでください。優先度の高いイベントについては、Oracleサポート・サービスに直接連絡してください。

ASRがハードウェア問題を検出すると、ASRマネージャは、Oracleサポート・サービスにサービス・リクエストを送信します。多くの場合、Oracleサポート・サービスは、管理者が問題の存在に気付く前に、問題の解決作業を開始できます。

My Oracle Supportの電子メール・アカウントとOracle Big Data Applianceの技術サポートの両方に電子メール・メッセージが送信され、サービス・リクエストの作成が通知されます。

サービス・リクエストは、一部の状況では自動的に送信されないことがあります。これは、SNMPプロトコルの信頼性が低かったり、ASRマネージャとの接続が失われるために発生します。ユーザーは、システム障害を継続的に監視し、サービス・リクエストが自動的に送信されたという通知を受信できない場合は、Oracleサポート・サービスに連絡することをお薦めします。

関連項目:

- Oracle自動サービス・リクエストのWebページ
http://www.oracle.com/technetwork/systems/asr/overview/index.html

- Oracle自動サービス・リクエストのユーザー・ドキュメント
http://www.oracle.com/technetwork/systems/asr/documentation/index.html

5.2 ASRのインストールの準備

ASRをインストールする前に、次の前提条件を満たすようにします。

1. http://support.oracle.comでMy Oracle Supportアカウントを作成します。

2. 次の項目が正しく設定されていることを確認します。

- Oracle Premier Support for Systems、Oracle Premier Support for Operating SystemsまたはOracle Limited Warranty

- Oracle Big Data Applianceを担当するカスタマ・サイトの技術サポート担当者

- Oracle Big Data Applianceの部品を配送するカスタマ・サイトの有効な出荷先住所

3. ASRマネージャをホストするシステムを識別して指定します。

ASRマネージャは、HTTPSまたはHTTPSプロキシを使用してOracle Big Data Applianceおよびアウトバウンド・インターネットに接続するサーバーにインストールする必要があります。サービス・リクエスト(SR)を送信するには、サーバーでインターネットにアクセスできる必要があります。

4. ASRマネージャは、通常の操作では次のポートを使用します。Oracle Big Data ApplianceとASRマネージャのサーバー・ポートが開いていることを確認します。

- Oracle Big Data Applianceのすべてのサーバーは、HTTPベース・アセットのアクティブ化リクエストをASRマネージャから受信するために、ポート6481が開かれている必要があります。

- ASRマネージャを実行しているサーバーは、Oracle Big Data Applianceのサーバーが送信するSNMPベースのテレメトリ・メッセージを受信するために、ポート162が開かれている必要があります。

- Oracleのtransport.oracle.com Webサーバーは、ASRマネージャが送信するHTTPSベースのテレメトリ・メッセージを受信するために、ポート443が開かれています。

ポートの位置については、図5-1を参照してください。

5. 指定したシステムは、「Hardware and Network Configuration Recommendations for ASR」に準拠している必要があります。次のOracle ASRのWebサイトを参照してください。

http://docs.oracle.com/cd/E37710_01/nav/products.htm

6. Java Development Kit 6 (JDK 1.6.0_04以上)が、指定したASRマネージャ・システムで実行されていることを確認します。

java -version

必要に応じて、最新バージョンのJDKをJava SEのダウンロードWebサイトからダウンロードしてインストールします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

7. 指定したASRマネージャ・ホストに対するrootアクセスを取得します。

8. Oracle Big Data Applianceに対する接続を識別して確認します。

9. HTTPSを使用したインターネットに対する接続を確認します。

図5-1に、ASRとOracle Big Data Applianceとの間のネットワーク接続を示します。

図5-1 自動サービス・リクエスト・ネットワーク接続

5.3 ASRマネージャのインストール

ASRマネージャをインストールするには、My Oracle Support ID 1185493.1から現行バージョンをダウンロードします。次の場所にあるOracle Auto Service Requestクイック・インストレーション・ガイドの手順に従います

http://docs.oracle.com/cd/E37710_01/index.htm

アセットを設定しないでください。

5.4 ASRマネージャ・インストールの確認

rootとしてASRマネージャに次のチェックを実行して、適切にインストールされていることを確認します。

- ASRマネージャ3.5以上が実行されていることを確認します。

asr show_rules_version

- 登録ステータスを確認します。

asr show_reg_status

- トランスポート・サーバーにテスト・メッセージを送信して接続をテストします。

asr test_connection

5.5 Oracle Big Data Applianceでのトラップ宛先の構成

ASRは、Oracle Big Data Applianceのオプションのソフトウェア・コンポーネントです。Oracle Big Data Appliance構成生成ユーティリティでソフトウェアを構成する際には、ASRに関するセクションを完了する必要があります。ソフトウェアのインストール時、Mammothユーティリティによって、コンポーネントのフォルト・インジケータをトラップするようにサーバーが構成されます。「Mammothインストールのステップ」を参照してください。

ASRに対するサポートを追加または削除するために、いつでもアプライアンスを再構成できます。「オプション・ソフトウェアの構成の変更」を参照してください。

5.6 ASRアセットの確認

ASRアセットを確認するには、次の手順を実行します。

1. ASRマネージャで、ASRがアクティブ化されていることを確認します。

asr list_asset -i asset_ip

前のコマンドで、asset_ipはサーバーまたはOracle ILOMのIPアドレスです。すべてのアセットをリストするには、次のコマンドを入力します。

asr list_asset

次に、出力の例を示します。各サーバーにホスト名とOracle ILOM名が表示されます。アクティブ化の合計数は12、24または36です。表示されている数がそれよりも少ない場合は、抜けている部分を特定してアクティブ化します。サーバー名がbda1node15で、Oracle ILOM名がbda1node15-cの場合の例を示します。

ADDRESS       HOST_NAME      SERIAL_NUMBER  ASR      PRODUCT_NAME
------------- -------------- -----------    -------- --------------------------
203.0.114.44  bda1node15    1143FMM023     Enabled  SUN FIRE X4270 M2 SERVER
203.0.115.139 bda1node15-c  1143FMM023     Enabled  SUN FIRE X4270 M2 SERVER
203.0.114.45  bda1node16    1143FMM021     Enabled  SUN FIRE X4270 M2 SERVER
203.0.115.140 bda1node16-c  1143FMM021     Enabled  SUN FIRE X4270 M2 SERVER
203.0.114.46  bda1node17    1143FMM022     Enabled  SUN FIRE X4270 M2 SERVER
203.0.115.141 bda1node17-c  1143FMM022     Enabled  SUN FIRE X4270 M2 SERVER

2. アセットがリストされない場合、Oracle Big Data ApplianceでASRが構成されていることを確認します。第1サーバーにログインし、次のコマンドを入力します。

# cat /opt/oracle/BDAMammoth/cluster_name-config.json  | grep ASR

次の出力は、ASRが構成されていないことを示しています。

ASR_ENABLED=false
SETUP_ASR_SERVER=false
ASR_HOST=
ASR_PORT=162
ASR_SERVER_PWD=

ASRを構成するには、「オプション・ソフトウェアの構成の変更」を参照してください。

注意:

IPアドレスまたはホスト名が変更された場合、アセットを非アクティブ化して再アクティブ化する必要があります。

5.7 Oracle Big Data Applianceでの自動サービス・リクエストの検証

ASRインストールを検証するには、テスト・イベントを生成します。

Oracle ILOMでテスト・イベントを設定するには、次の手順を実行します。

1. Oracle Big Data Applianceの任意のサーバーのOracle ILOMにログインします。

2. 次のディレクトリに移動します。

-> cd /SP/alertmgmt/rules/3

3. 次のコマンドを入力します。

-> show

次の情報が表示されます。

/SP/alertmgmt/rules/3
Targets:

Properties:
type = snmptrap
level = disable
destination = 0.0.0.0
destination_port = 0
community_or_username = public
snmp_version = 1
testrule = (Cannot show property)

Commands:
cd
set
show

4. プロパティに有効な値が存在し、ステップ3で示されたような空白や0(ゼロ)に設定されていないことを確認します。サイトにとって適切なIPアドレスおよびポートを使用してください。

5. テスト・トラップを設定します。

-> set testrule=true

6. イベントに関する電子メールを受信します。Oracle Big Data Applianceのカスタマ・サポートID (CSI)にリストされているアドレスに電子メールが送信されたことも確認します。

オペレーティング・システム環境でテストを設定するには、次の手順を実行します。

1. Oracle Big Data Applianceの任意のサーバーにログインします。

2. 次のコマンドを入力してオペレーティング・システムを検証します。

# ./opt/oracle/bda/compmon/bda_mon_hw_asr.pl -validate_snmp_subscriber -type asr

サンプル出力は、ASRマネージャのアドレスとして10.10.10.123:162を示しています。

Sending test trap to destination - 10.10.10.123:162

3. イベントに関する電子メールが、自分宛に送信されたことと、Oracle Big Data Applianceのカスタマ・サポートID (CSI)にリストされているアドレスに送信されたことを確認します。
このテスト・イベントでは、ケースはオープンされませんが、ASRバックエンドで検証可能なエントリが作成されます。

前のテストの両方(Oracle ILOMとオペレーティング・システム環境)で電子メールを受信したら、検証は完了です。そうでない場合、「ASRのトラブルシューティング」に進みます。

電子メールに契約上の問題が存在すると記載されている場合、インストール・コーディネータに連絡して指示を受けてください。

5.8 ASRのトラブルシューティング

ASRソフトウェアのトラブルシューティング手順は、次の場所にあるOracle ASRインストレーションおよびオペレーション・ガイドの第5章を参照してください。

http://www.oracle.com/technetwork/systems/asr/documentation/index.html

問題が継続する場合、ASRサポートに連絡してください。My Oracle Supportノート1352349.1を参照してください。

第II部 ハードウェアのインストールおよび構成

通常は、オラクル社のフィールド・エンジニアがOracle Big Data Applianceのハードウェア・コンポーネントをインストールおよび構成します。ユーザーが自身でOracle Big Data Applianceをインストールおよび構成する予定の場合にのみ、これらの指示に従う必要があります。

第II部には次の章が含まれます。

- サイトでのOracle Big Data Applianceの設置

- Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成

- Oracle Big Data Applianceのスタータ・ラックの拡張

- 複数のOracle Big Data Applianceラックの接続

6 サイトでのOracle Big Data Applianceの設置

この章では、ハードウェアを移動、設置および構成する方法(Oracle Big Data Applianceを開梱してからシステムに電源を投入するまで)について説明します。この章の内容は次のとおりです。

- 安全ガイドラインの確認

- Oracle Big Data Applianceの開梱

- 割当てスペースへのOracle Big Data Applianceの配置

- システムの初回の電源投入

6.1 安全ガイドラインの確認

Oracle Big Data Applianceが到着する前に、次の安全対策について調査し、サイトが安全で配送準備が完了していることを確認してください。これらの対策に従わないと、負傷、機器の損傷または誤動作につながる可能性があります。

- 通風口を塞がないでください。

- 直射日光が当たる場所や高温になる可能性のある機器の近くにOracle Big Data Applianceを設置しないでください。

- 大量のほこり、腐食性ガス、または塩分濃度の高い空気が存在する場所にOracle Big Data Applianceを設置しないでください。

- 振動の多い場所にOracle Big Data Applianceを設置しないでください。起伏のない水平面に設置してください。

- 適切に接地された電源出力を使用してください。共用接地では、接地抵抗が10オームを超えないようにします。施設の管理者または資格を持つ電気技術者が建物の接地方法を確認して接地作業を実行する必要があります。

- Oracle Big Data Applianceで使用する各接地線が、Oracle Big Data Appliance専用であることを確認してください。機器のラベルに記載されている操作上の安全対策、警告および注意に従ってください。

- 機器の下にケーブルを配置したり、ケーブルをきつく伸ばさないでください。

- 電源がオンの状態で機器から電源コードを抜かないでください。

- LANケーブルを外す際にコネクタ・ロックに手が届かない場合、マイナス・ドライバでコネクタ・ロックを押してケーブルを外してください。マイナス・ドライバを使用せずに無理をして隙間に指を入れると、システム・ボードが破損する可能性があります。

- Oracle Big Data Applianceの最上部に物を置いたり、その上で直接作業をしないでください。

- 部屋の温度を急激に上げないでください(特に冬)。急激な温度変化は、Oracle Big Data Applianceの内部に結露が形成される原因となります。稼働の前に、十分な暖機運転を行ってください。

- コピー機、空調装置、溶接機、またはその他の大規模な電子ノイズの発生する機器の近くにOracle Big Data Applianceを設置しないでください。

- 設置場所では静電気を避けてください。静電気がOracle Big Data Applianceに移動すると、誤動作の原因となります。静電気は、カーペットで生成されることがよくあります。

- 供給電圧および周波数が、Oracle Big Data Applianceに指定されている電気定格と一致していることを確認してください。

- 手順の一部として記載されていないかぎり、Oracle Big Data Applianceの開口部には何も挿入しないでください。

警告:

Oracle Big Data Applianceには、高電圧部品が含まれます。金属などの導電性の物体がOracle Big Data Applianceの開口部に入ると、ショートする可能性があります。これは、身体の負傷、火災、電気ショックおよび機器の損傷の原因となります。

- 単相配電ユニット(PDU)を使用する場合、次のことに注意してください。

- PDU Aの入力0とPDU Bの入力2は同相である必要があります。

- PDU Aの入力1とPDU Bの入力1は同相である必要があります。

- PDU Aの入力2とPDU Bの入力0は同相である必要があります。

入力には、PDUの接続先がラベルで示されています。説明どおりにケーブルを接続することで、フェイルオーバーのときにAとBの両方で相のバランスが取れます。

関連項目:

- ラックに付属しており、次の場所からオンラインでも入手できるSunハードウェア・システムの重要な安全情報(816-7190)
http://docs.oracle.com/cd/E19115-01/mod.dc.d20/816-7190-12/816-7190-12.pdf

- Oracle Big Data Appliance安全およびコンプライアンス・ガイドおよび梱包に印刷されているすべての安全上の注意

- Sun Rack II配電ユニット・ユーザーズ・ガイド
http://docs.oracle.com/cd/E19844-01/

6.2 Oracle Big Data Applianceの開梱

サイト計画プロセス中に開梱場所を決定する必要があります。「Oracle Big Data Applianceのサイト要件」を参照してください。

図6-1に、Oracle Big Data Applianceの貨物箱を示します。

図6-1 貨物箱のOracle Big Data Appliance

関連項目:

ラックの開梱の詳細は、Sun Rack II開梱ガイドを参照してください。このガイドは次の場所から入手できます。

http://docs.oracle.com/cd/E19844-01/index.html

6.2.1 出荷キットの内容

出荷キットには、Oracle Big Data Applianceを設定して整備するための次の工具および器具が含まれます。

- 16mm長No.2プラスねじ

- T30トルクスL字型レンチ

- T25トルクスL字型レンチ

- 6mm六角アレン・レンチ

- SW 12mm単頭レンチ

- 2個の角形ジャンパ・ブラケット(4個のM5トルクスねじ付き)

- 2個のケーブル管理フック(4個のばね板ナット付き)

- 側面パネル取外し工具

- 前面ドア、背面ドアおよび側面パネルのロックの鍵

- 32 M6ケージ・ナット

- 32 M6ねじ

- ケージ・ナット取付け工具

- SW 17mm単頭レンチ(輸送用パレットに付属)

注意:

次の器具は出荷キットに含まれません。

- No.2プラス・ドライバ

- 帯電防止リスト・ストラップ

6.2.2 貨物箱からのOracle Big Data Applianceの取出し

注意:

専門の運送業者に依頼してOracle Big Data Applianceの開梱と設置を行うことを強くお薦めします。

関連項目:

梱包に付属するSun Rack IIの開梱指示

Oracle Big Data Applianceを開梱するには、次の手順を実行します。

1. Oracle Big Data Applianceを梱包材および輸送用パレットから慎重に取り出します。

a. 輸送用段ボールのバンドを取り外します。

b. 黄色の留め具と一番上の段ボールを取り外します。

c. 両側面と内側一番上の段ボールを取り外します。

警告:

ラックを揺すったり傾けたりすると、倒れて重傷または死亡の原因となることがあります。

2. 出荷キットを取り外します。

3. 次のように輸送用パレットに傾斜路を取り付けます。

a. パレットの側面から傾斜路を取り外します。

b. キャビネットの中から部品袋を取り出します。

c. 傾斜路の高さ調整ボルトを調整して、傾斜路をパレットの左右の車輪間に接続します。

4. 次のように輸送用パレットからOracle Big Data Applianceを慎重に降ろします。

a. パレットから外側の取付けブラケットを取り外します。

b. パレットから内側の取付けブラケットを取り外します。Oracle Big Data Applianceの底面から取付けブラケットを取り外す際には注意してください。内部の取付けブラケットに対するアクセスは制限されることがあります。

c. キャビネットを傾斜路から平坦な床に降ろします。ラックを傾斜路から降ろす場合、3人で動かすことをお薦めします(ラックを誘導するために各側面に1人ずつと、背後に1人)。

5. ラックを輸送用パレットに固定する取付けブラケットは保管しておいてください。後でラックを移動する必要がある場合に必要になります。

注意:

交換用のブラケットは注文できないため、これらのブラケットは処分しないでください。

6. 梱包材は適切にリサイクルしてください。資材を処分する場合は、現地の法令やガイドラインに従ってください。

6.3 割当てスペースへのOracle Big Data Applianceの配置

この項では、Oracle Big Data Applianceを設置、固定および接地する方法について説明します。この項で説明する項目は、次のとおりです。

- Oracle Big Data Applianceの移動

- Oracle Big Data Applianceの固定

- 接地ケーブルの接続(オプション)

6.3.1 Oracle Big Data Applianceの移動

Oracle Big Data Applianceを移動するには、次の手順を実行します。

1. ドアが閉じられ、固定されていることを確認します。

2. ラックの高さ調整および固定用の脚が上げられ、邪魔にならないことを確認します。

3. Oracle Big Data Applianceを背後から設置サイトに押していきます。

Oracle Big Data Applianceを設置サイトに移動する場合、前部のキャスタは回転しません。図6-2に示すとおり、後部のキャスタを動かしてユニットを操縦する必要があります。慎重に押すことで、Oracle Big Data Applianceを安全に動かすことができます。

図6-2に、Oracle Big Data Applianceの正しい移動方法を示します。

図6-2 Oracle Big Data Applianceを背後から慎重に押して移動

ラックは2人で移動してください(前部に1人と、ラックを誘導するために後部に1人)。構成済のラックをある場所から別の場所に移動する場合、1秒当たり0.65m (2フィート)以下の速度でゆっくりと動かしてください。

移動経路は慎重に調査してください。急な停止や衝撃の原因となる出入り口またはエレベータの敷居などの障害物を避けてください。円滑な移動を可能にするため、傾斜路やリフトを使用して障害物を迂回します。

警告:

- 側面パネルを押してOracle Big Data Applianceを移動しようとすることは絶対に避けてください。側面パネルを押すと、ラックが転倒する可能性があります。これは、重傷または死亡、および機器の損傷の原因となります。

- ラックが倒れる可能性があるため、Oracle Big Data Applianceを傾けたり揺らしたりすることは絶対に避けてください。

6.3.2 Oracle Big Data Applianceの固定

Oracle Big Data Applianceを設置サイトに移動した後、動いたり倒れたりしないようにラックを固定します。ラックを確実に固定するには、ラックの水平調整脚を延長するか、取付けブラケットを使用します(またはその両方を行います)。

6.3.2.1 水平調整脚を使用したOracle Big Data Applianceラックの固定

ラックには4本の水平調整脚があり、これを下げてラックを安定させることができます。

水平調整脚を調整するには、次の手順を実行します。

1. ラックの一番下の隅にある水平調整脚の場所を確認します。

2. 図6-3に示すとおり、SW 12mmレンチを使用して水平調整脚をフロアに対して下げます。4つの水平調整脚は、正しく下げれば、ラックの全重量を支えることができます。

図6-3 水平調整脚を使用したOracle Big Data Applianceラックの固定

6.3.3 接地ケーブルの接続(オプション)

Oracle Big Data Applianceラックの配電ユニット(PDU)は、電源コードを通じて接地を行います。電源コードをソケットに接続すると、接地ピンを経由して最終的なシャーシ接地が行われます。追加の接地を行うには、シャーシの接地ケーブルをラックに接続します。追加の接地点を設けることで、漏電電流をより効率的に放出できます。

警告:

PDUの電源入力コードと接地ケーブルは、共通の接地場所を基準としている必要があります。そうでない場合、接地電位に差が生じる可能性があります。施設のPDUレセプタクル接地に確信が持てない場合、適切なPDUレセプタクル接地が存在すると確信できるまで接地ケーブルを接続しないでください。接地電位の差が明らかである場合は、修正作業を行う必要があります。

接地ケーブルを接続するには、次の手順を実行します。

1. 接地ケーブルを入手します。これはシステムには付属していません。

2. 設置サイトでデータ・センターの電源が適切に接地されていることを確認します。施設のPDUには接地が必要です。

3. すべての接地点(上げ床や電源レセプタクルなど)が施設の地面を基準としていることを確認します。

4. この設置で、金属と金属が直接接続されていることを確認します。製造時に、接地ケーブルの接続部分がペイントまたはコーティングされていることがあります。

5. 図6-4に示すとおり、システム・フレームの背面底部にある接続点に接地ケーブルを接続します。接続点は、キャビネットの背面内部にある調整可能なボルトです。

図6-4 接地用接続ボルトの場所

6.4 システムの初回の電源投入

システムの初回の電源投入前に、システムを検査して電源コードを接続する必要があります。この項で説明する項目は、次のとおりです。

- 設置後のOracle Big Data Applianceラックの検査

- 電源コードの接続

- Oracle Big Data Applianceの電源投入

6.4.1 設置後のOracle Big Data Applianceラックの検査

この手順では、Oracle Big Data Applianceの物理システムを設置した後、電源を供給する前にシステムを目視調査する方法について説明します。

Oracle Big Data Applianceラックを検査するには、次の手順を実行します。

1. ラックが破損していないことを確認します。

2. ラックのねじが緩んだり抜けたりしていないことを確認します。

3. ラックが手順どおりに構成されていることを確認します。梱包の側面にある顧客情報シート(CIS)を参照してください。

4. すべてのケーブル接続が定位置に確実に固定されていることを次のように確認します。

a. 電源ケーブルを確認します。適切なコネクタがデータ・センター施設の電源に提供されていることを確認します。

b. ネットワーク・データ・ケーブルを確認します。

5. サイトの場所のタイル配置がケーブル・アクセスと換気に適していることを確認します。

6. データ・センターの空気の流れが、ラックの前面に向かっていることを確認します。

関連項目:

詳細は、「通気および冷却要件」を参照してください

6.4.2 電源コードの接続

この手順では、Oracle Big Data Applianceラックに電源コードを接続する方法について説明します。

電源コードをラックに接続するには、次の手順を実行します。

1. 背面のキャビネット・ドアを開けます。

2. 適切な電源コネクタが提供されていることを確認します。

3. 電源コードのケーブル・バンドを外します。このバンドは、輸送専用であり、今後は必要ありません。図6-5を参照してください。

4. 図6-6または図6-7に示すとおり、施設のレセプタクルに電源コードを配線します。電源コードは、ラックの最上部または底面を通じて配線できます。

5. 電源コードをしっかりと束ねます。

6. 電源ケーブルを接続する前に、ブレーカ・スイッチがオフであることを確認します。

7. PDUの電源コード・コネクタを施設のレセプタクルに接続します。

図6-5は、ラック内の電源コードのケーブル・バンドの場所を示しています。

図6-5 電源コードのケーブル・バンドの場所

図6-6は、電源コードをラックの下部から引き出したところを示しています。

図6-6 底面からの電源コードの配線

図6-7は、電源コードをラックの上部から引き出したところを示しています。

図6-7 最上部からの電源コードの配線

6.4.3 Oracle Big Data Applianceの電源投入

注意:

Oracle Big Data Applianceノードは、通常のBIOS POSTテストを実行して起動するのに最大で15分かかる可能性があります。

Oracle Big Data Applianceの電源を投入するには、次の手順を実行します。

1. PDU Bの各サーキット・ブレーカのスイッチを1つずつ入れます。PDU Bは、背面から見たときにラックの右側にあります。サーキット・ブレーカは、図6-8に示すとおり、ラックの背面にあります。トグル・スイッチのON (|)側を押します。ブレーカをオンにすると、スイッチがPDUの側面と同一平面に重なります。

図6-8 PDUスイッチの場所

2. 正常に電源の発光ダイオード(LED)が点灯していることを確認します。LEDは次の場所にあります。

- サーバー: 最上部のLED

- Ciscoスイッチ: (前面から見て)左側のLEDが緑、他のLEDが赤

- インフィニバンド・スイッチ: (前面から見て)右側のLED (PS1というラベル付き)

- KVMスイッチ: 下部のLED B (Sun Fire X4270 M2ベース・ラックのみ)

- KMMスイッチ: PDU Bでのみ提供 (Sun Fire X4270 M2ベース・ラックのみ)

3. 電源をPDU Aに接続します。電源ケーブルを接続する前に、ブレーカ・スイッチがオフの位置にあることを確認します。

関連項目:

単相PDUおよびケーブル配線の詳細は、「安全ガイドラインの確認」を参照してください

4. 単相システムでは、次の入力が同相であることを確認します。

- PDU Aの入力2とPDU Bの入力0

- PDU Aの入力1とPDU Bの入力1

- PDU Aの入力0とPDU Bの入力2

5. PDU Aの各サーキット・ブレーカのスイッチを1つずつ入れます。

6. ラック全体で正常に電源のLEDが点灯していることを確認します。

7. ラックのすべてのケーブル接続を目視で確認します。すべてのコネクタを押して接続を確認しないでください。

8. すべてのシステムでOK LEDが点滅してスタンバイ状態にあることを確認します。OK LEDは、スタンバイ・モードにある場合、3秒間隔で点滅します。これは、スタンバイ・モードに移行する前に、Oracle ILOMの起動中に2、3分消灯します。

9. システムがスタンバイ・モードにならない場合、次の手順を実行します。

a. ラップトップをサービス・プロセッサのSET MGTポートにボー設定115200,8,N,1で接続します。

b. pre-bootプロンプトでbootと入力します。

システムが再起動するたびに、検証チェックの結果を含むファイルが/rootディレクトリに生成されます。ファイルの名前は、検証チェックの成功または失敗に応じて、BDA_REBOOT_SUCCEEDEDまたはBDA_REBOOT_FAILEDになります。

注意:

Oracle Big Data Applianceの電源を投入した後、「Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成」の説明に従ってシステムを構成します。

7 Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成

この章では、Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックのシステム、アカウントおよびソフトウェアを構成する方法について説明します。

この章の内容は次のとおりです。

- KVMスイッチの構成

- Ciscoイーサネット・スイッチの構成

- インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

- 配電ユニットの構成

- Oracle Big Data Applianceサーバーの構成

- ネットワークの構成

- Oracle Big Data Applianceの複数のラックの構成

関連項目:

- Oracle Big Data Applianceのスタータ・ラックの拡張

- クラスタ全体でのdcliユーティリティを使用したコマンドの実行

- Oracle Integrated Lights Out Managerの使用方法

注意:

- これらの手順を実行するときに、bda-install-preview.htmlファイルを使用可能にしておくことをお薦めします。「構成ファイルについて」を参照してください。

- この章に説明されている構成手順の実行は、オラクル社のフィールド・エンジニアに任せることをお薦めします。

7.1 KVMスイッチの構成

KVMスイッチは、Sun Fire X4270 M2サーバーを搭載したOracle Big Data Applianceラックにのみ含まれます。

KVMの構成には、次の手順が含まれます。

- KVMスイッチの起動

- 管理ネットワークへのKVMスイッチの接続

- KVMファームウェア・バージョンの確認

- サーバーにアクセスするためのKVMスイッチの構成

- KVMスイッチを使用したサーバーへのアクセス

7.1.1 KVMスイッチの起動

KVMスイッチを起動するには、次の手順を実行します。

1. 接続されているすべてのコンポーネントの電源がオフになっていることを確認します。

2. ラックの前面からKVMトレイを引き出し、ハンドルを使用して開きます。

3. タッチ・パッドに触れます。

4. マウスでダブルクリックするように、左側の[Ctrl]キーを2回押して、ホストとKVMインタフェースを切り替えます。メインのユーザー・インタフェース・ページが表示されます。

5. 左側のナビゲータで、「Unit View」の下の「Target Devices」を選択します。メインの表示領域で、「Action」が「KVM Session」に設定された状態で18のターゲット・デバイスがリストされていることを確認します。
セッションは、ラックの一番下から一番上に向かって番号が付けられています。

6. 18のセッションが表示されない場合:

a. 「Appliances」の下のナビゲータで、「Ports」を開き、「IQ Adaptors」を選択します。

b. メインの表示領域で、「Port」表見出しを選択してポート番号でセッションをソートします。

c. 後で修正できるように、欠落しているセッションを書き留めます。

d. ナビゲータで、「Target Devices」を選択して「Target Devices」ページに戻ります。

7.1.2 管理ネットワークへのKVMスイッチの接続

KVMスイッチを管理ネットワークに接続するには、次の手順を実行します。

1. 「User Accounts」の下のナビゲータで、「Local」を選択します。

2. 「Users」の下で、「Admin」を選択します。

3. Adminアカウントのパスワードをwelcome1に設定し、「Save」を選択します。他のパラメータは何も変更しないでください。

4. 「Appliance Settings」の下で、「Network」を開き、「IPv4」を選択します。「Network Information」ページが表示されます。

5. 「Address」、「Subnet」および「Gateway」の値を入力し、「Save」を選択します。

6. 「Appliance Settings」の下で、「DNS」を選択して「DNS Information」ページを表示します。

7. DNSサーバーのIPアドレスを入力し、「Save」を選択します。

8. 「Network」の下で、「General」を選択して「Appliance General Network Settings」ページを表示します。

9. KVM LAN1イーサネット・ポートを管理ネットワークに接続します。

10. ポートが正しく構成されていることを確認するには、「Network Settings」ページのメディア・アクセス制御(MAC)アドレスが、KVMスイッチの背面のLAN1/LAN2ポートの横にあるラベルと一致していることを確認します。

11. 「Users」の下で、「Overview」を選択して「Unit Maintenance」ページを表示します。

12. KVMスイッチの名前を入力し、「Save」を選択します。

13. KVMスイッチを再起動するには、「Overview」の下で「Reboot」を選択し、「Yes」を選択して確定します。

7.1.3 KVMファームウェア・バージョンの確認

状況によっては、KVMファームウェアを推奨バージョンにアップグレードする必要があります。

KVMファームウェア・バージョンを確認するには、次の手順を実行します。

1. 「Appliance Settings」の下のナビゲータで、「Versions」を選択します。「Application」と「Boot」の2つのバージョン番号があります。表示されているバージョンを次の推奨バージョンと比較してください。

- Application: 1.10.2.17762

- Boot: 1.9.16473

アプリケーションのファームウェア・バージョンが1.10.2より前の場合、アップグレードする必要があります。ファームウェアをアップグレードするには、次の手順に進みます。そうしない場合、これで終了です。

2. 次のWebサイトからUSBフラッシュ・ドライブにファームウェアをダウンロードします。
http://www.avocent.com/Pages/GenericTwoColumn.aspx?id=12541

3. フラッシュ・ドライブをKVM USBポートに接続し、ブラウザ・セッションを開きます。

4. パスワードwelcome1を使用してAdminとしてKVMにログインします。

5. 「Appliance」の下で、「Overview」を選択します。

6. 「Tools」リストから、「Upgrade Firmware」を選択します。

7. 「FTP」や「HTTP」などの接続方法を選択します。

8. ダウンロードしたファームウェアのファイル名を入力します。

9. 「Upgrade」をクリックします。
アップグレード・プロセスは、自動再起動を含め5分から10分かかります。

10. 「Appliance Settings」の下の「Versions」を選択してファームウェア・バージョンを確認します。

7.1.4 サーバーにアクセスするためのKVMスイッチの構成

サーバーにアクセスするためにKVMスイッチを構成するには、次の手順を実行します。

1. 「Unit View」の下で、「Target Devices」を選択して「Target Devices」ページを表示します。

2. サーバーを起動します。電源ボタンは前面パネルにあります。

3. 「Name」列のサーバー名をクリックして「Unit Overview」ページを表示します。

4. 「Overview」をクリックして、カスタマ接頭辞、ノード・タイプおよび番号のOracle標準ネーミング形式で名前を上書きします。たとえば、bda1node03は、bda1ラックの一番下から3番目のサーバーを示します。

5. 「Save」をクリックします。

6. ラックの各サーバーで手順2から5までを繰り返します。各サーバーがBIOSを通じて起動し、デフォルトの工場出荷時のIP構成を使用してオペレーティング・システムが起動します。

7.1.5 KVMスイッチを使用したサーバーへのアクセス

KVMスイッチを使用してサーバーにアクセスするには、次の手順を実行します。

1. 「Unit View」の下で、「Target Devices」を選択して「Target Devices」ページを表示します。

2. 「Name」列のシステム名をクリックします。

3. 「KVM Session」をクリックしてサーバーでセッションを開きます。

7.2 Ciscoイーサネット・スイッチの構成

Oracle Big Data Applianceに付属するCisco Catalyst 4948イーサネット・スイッチには、IPBASEK9-MZファームウェアがあります。インストール中にスイッチの最低限の構成が行われます。次の手順では、Ciscoイーサネット・スイッチを構成して1つの大規模な仮想LANにします。

Ciscoイーサネット・スイッチの構成の内容および手順は、次のとおりです。

- 構成の範囲

- イーサネット・スイッチを構成するための前提条件

- カスタマ・ネットワークでのイーサネット・スイッチの構成

- イーサネット・スイッチでのTelnetアクセスの設定

- イーサネット・スイッチでのSSHの構成

- イーサネット・スイッチでのクロックおよびタイムゾーンの設定

- イーサネット・スイッチでのNTPサーバーの構成

- スパニング・ツリーの無効化

- イーサネット構成の確認

7.2.1 構成の範囲

この構成では、IPルーティングを無効化して次の項目を設定します。

- ホスト名

- IPアドレス

- サブネット・マスク

- デフォルト・ゲートウェイ

- ドメイン名

- ネーム・サーバー

- NTPサーバー

- 時刻

- タイムゾーン

7.2.2 イーサネット・スイッチを構成するための前提条件

カスタマ・ネットワークの切断を避けるため、次の前提条件を満たす必要があります。

- ネットワーク管理者が実行構成を検証して必要な変更を行うまで、Ciscoイーサネット・スイッチを接続しないでください。

- すべてのコンポーネントのIPアドレスがOracle Big Data Applianceで構成されるまで、Ciscoイーサネット・スイッチをカスタマ・ネットワークに接続しないでください。この順序を守ることで、出荷時のコンポーネントのデフォルト・アドレス・セットが原因で発生することのある重複IPアドレスの競合を避けることができます。

- Ciscoイーサネット・スイッチはネットワーク管理者と一緒に構成してください。

関連項目:

- ネットワーク要件の理解

- Oracle Big Data Applianceサイト・チェックリスト

7.2.3 カスタマ・ネットワークでのイーサネット・スイッチの構成

カスタマ・ネットワークでイーサネット・スイッチを構成するには、次の手順を実行します。

1. Ciscoスイッチ・コンソールからのシリアル・ケーブルをラップトップなどのデバイスに接続します。RJ45-DB9シリアル・ケーブルがCiscoドキュメント・パッケージに付属しています。
ステータス・ランプがオンになり、次のメッセージが表示されます。

Switch con0 is now available
Press RETURN to get started.

2. イーサネット・スイッチにステータス・ランプおよびようこそメッセージが表示された場合、続行します。そうでない場合、「自動起動設定の修正」に移動します。

3. ターミナル・セッションが出力のロギングによってラップトップに記録されることを確認します。出力は、スイッチが正しく構成されたという記録として使用できます。デフォルトのシリアル・ポートの速度は9600ボー、8ビット、パリティなし、1ストップ・ビットおよびハンドシェイクなしです。

4. 次のコマンドを使用してenableモードに変更します。デフォルト・パスワードはwelcome1です。

Switch> enable
Password:

5. 単一のVLANのネットワークを構成します。次に、構成の例を示します。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# interface vlan 1
Switch(config-if)# ip address 10.7.7.34 255.255.255.0
Switch(config-if)# end
Switch# *Jan 23 15:54:00.506: %SYS-5-CONFIG_I:Configured from console by console
Switch# write memory
Building configuration...
Compressed configuration from 2474 bytes to 1066 bytes [OK ]

6. ネットワークでスイッチのIPルーティングを必要としない場合、デフォルトのIPルーティング設定を無効化してデフォルト・ゲートウェイを構成します。この方法が推奨されます。確信が持てない場合は、ネットワーク管理者に連絡してください。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# no ip routing
Switch(config)# ip default-gateway 10.17.7.1
Switch(config)# end
*Jan 23 15:54:00.506: %SYS-5-CONFIG_I:Configured from console by console
Switch# write memory
Building configuration...
Compressed configuration from 3600 bytes to 1305 bytes[OK]]

7. ネットワークでスイッチのIPルーティングを必要とする場合、デフォルトのIPルーティング設定を維持し、次のようにデフォルト・ゲートウェイを構成します。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# ip route 0.0.0.0 0.0.0.0 10.7.7.1
Switch(config)# end
*Jan 23 15:55:02.506: %SYS-5-CONFIG_I:Configured from console by console
Switch# write memory
Building configuration...
Compressed configuration from 2502 bytes to 1085 bytes [OK ]

8. スイッチのホスト名を、インストール・プレビューで指定されている名前に設定します。この例では、bda1sw-ipという名前を使用します。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# hostname bda1sw-ip
bda1sw-ip(config)# end
*Jan 23 15:57:50.886: %SYS-5-CONFIG_I: Configured from console by console
bda1sw-ip# write memory
Building configuration...
Compressed configuration from 3604 bytes to 1308 bytes[OK]
bda1sw-ip#

システムのホスト名がプロンプトに表示されます。

9. ここに示す例を使用するかわりに、インストール・プレビューで指定されているIPアドレスを使用して、最大で3つのDNSサーバーを構成します。DNSサービスを使用できない場合は、ドメインに任意の名前を設定し、SSHキーを構成できるようにします。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# ip domain-name mydomain.com
bda1sw-ip(config)# ip name-server 10.7.7.3
bda1sw-ip(config)# ip name-server 129.148.5.5
bda1sw-ip(config)# ip name-server 10.8.160.1
bda1sw-ip(config)# end
*Sep 15 14:26:37.045: %SYS-5-CONFIG_I: Configured from console by console
bda1sw-ip# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes[OK]

自動起動設定の修正

Ciscoイーサネット・スイッチにリンクまたはステータス・ランプが表示されない場合、自動起動設定が適切でないために起動できない可能性があります。シリアル・コンソール・ポートにrommonプロンプトが表示された場合、次の手順を完了します。

Ciscoスイッチの自動起動設定を修正するには、次の手順を実行します。

1. IPBASEおよびIPBASEK9ファームウェアの再起動ファイルが使用可能であることを確認します。

rommon 1 >dir bootflash:
File Size (Bytes) File Name
------------------------------
25213107 cat4500e-ipbase-mz.150-2.SG2.bin
32288280 cat4500e-ipbasek9-mz.151-1.SG.bin
Total space = 128165888 bytes, Available = 60643328 bytes

2. デフォルト・イメージを使用してスイッチを手動で再起動します。

rommon 2 >boot
Rommon reg: 0x00004780
Reset2Reg: 0x00009EFF
##
Fortooine controller 0x0B5A753B..0x0B70B6CD original
size:0x001C3EA5
##################
diagsk5 version 5.0.1
.
.
.

3. [Enter]を押してSwitchプロンプトを取得します。

4. enableモードを入力します。パスワードにwelcome1を入力するか、単に[Enter]を押します。

Switch>enable
Password: welcome1
Switch#

5. BOOT変数が設定されていないことを確認します。

Switch# show bootvar
BOOT variable =
CONFIG_FILE variable does not exist
BOOTLDR variable does not exist
Configuration register is 0x2102

6. ブート・ファイル・システムでIPBASEK9が使用可能であることを確認します。

Switch# dir bootflash:
Directory of bootflash:/
6 -rw- 25213107 Dec 3 2012 17:27:38 +00:00 cat4500eipbase-mz.150-2.SG2.bin
7 -rw- 32288280 Apr 1 2013 11:41:54 +00:00 cat4500eipbasek9-mz.151-1.SG.bin
128165888 bytes total (60643328 bytes free)

7. bootflashディレクトリにIPBASEK9がリストされていない場合、続行する前にインストールする必要があります。詳細は、My Oracle SupportのドキュメントID 1415044.1を参照してください。

8. この例で示されているBOOT変数を設定します。

Switch# config term
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# config-register 0x2102
Switch(config)# no boot system
Switch(config)# boot system bootflash:cat4500e-ipbasek9-mz.151-1.SG.bin
Switch(config)# end

9. 新しいBOOT設定を確認します。

Switch# show running-config | include boot
boot-start-marker
boot system bootflash:cat4500e-ipbasek9-mz.151-1.SG.bin
boot-end-marker

10. 変更を起動構成に保存します。

Switch# copy running-config startup-config all
Destination filename [startup-config]? Enter
Switch# write memory
Building configuration...
Compressed configuration from 3628 bytes to 1281 bytes[OK]

11. ファームウェアを再ロードします。

Switch# reload
Proceed with reload? [confirm] y
*Apr 24 09:31:32.887: %SYS-5-RELOAD: Reload requested by console. Reload reason: Reload command

スイッチは自動的に再起動し、再ロード・プロセスを続行します。

7.2.4 イーサネット・スイッチでのTelnetアクセスの設定

Oracle Big Data Applianceには、TelnetとSSHの両方をサポートするバージョンのCiscoイーサネット・スイッチ・ソフトウェアが付属します。Telnetアクセスはオプションです。次の手順では、リモートTelnetアクセスを有効化および無効化する方法について説明します。

注意:

Telnetアクセスは安全ではありません。

イーサネット・スイッチに対するTelnetアクセスを設定するには、次の手順を実行します。

1. 必要に応じてTelnetアクセスのパスワードを設定します(通常はOracle Big Data Applianceの納品時にすでに設定されています)。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# enable password welcome1
bda1sw-ip(config)# enable secret welcome1
The enable secret you have chosen is the same as your enable password.
This is not recommended. Re-enter the enable secret.
bda1sw-ip(config)# end
bda1sw-ip# write memory
*Jan 23 15:57:50.886: %SYS-5-CONFIG_I:Configured from console by console
Building configuration...
Compressed configuration from 2502 bytes to 1085 bytes [OK ]

2. Telnetアクセスを設定します。この例では、最初のlogin出力に、パスワードが設定されておらず、Telnetアクセスが無効であることが示されています。loginコマンドによって何も返されなければ、パスワードが設定されており、Telnetアクセスを使用できます。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# line vty 0 15
bda1sw-ip(config-line)# login
%Login disabled on line 1,until 'password' is set
%Login disabled on line 2,until 'password' is set
%Login disabled on line 3,until 'password' is set
...
bda1sw-ip(config-line)# password welcome1
bda1sw-ip(config-line)# login
bda1sw-ip(config-line)# end
bda1sw-ip# write memory
*Jan 23 15:58:53.630: %SYS-5-CONFIG_I: Configured from console by console
Building configuration...
Compressed configuration from 3604 bytes to 1308 bytes[OK]

3. 次の例のように、Telnetアクセスを無効化してリモート・アクセスを防止します。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# line vty 0 15
bda1sw-ip(config-line)# no password
bda1sw-ip(config-line)# login
%Login disabled on line 1, until 'password' is set
%Login disabled on line 2, until 'password' is set
%Login disabled on line 3, until 'password' is set
...
bda1sw-ip(config-line)# end
bda1sw-ip# write memory
*Jan 23 15:58:53.630: %SYS-5-CONFIG_I: Configured from console by console
Building configuration...
Compressed configuration from 3786 bytes to 1468 bytes[OK]

7.2.5 イーサネット・スイッチでのSSHの構成

現在のファームウェアでは、SSHを使用したリモート接続がサポートされます。Ciscoイーサネット・スイッチでSSHを設定するには、次の例に従います。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# crypto key generate rsa
% You already have RSA keys defined named bda1sw-ip.mydomain.com.
% Do you really want to replace them? [yes/no]: yes
Choose the size of the key modulus in the range of 360 to 2048 for
your General Purpose Keys. Choosing a key modulus greater than 512
may take a few minutes.
How many bits in the modulus [512]: 768
% Generating 768 bit RSA keys, keys will be non-exportable...[OK]
bda1sw-ip(config)# username admin password 0 welcome1
bda1sw-ip(config)# line vty 0 15
bda1sw-ip(config-line)# transport input ssh
bda1sw-ip(config-line)# exit
bda1sw-ip(config)# aaa new-model
bda1sw-ip(config)# ip ssh time-out 60
bda1sw-ip(config)# ip ssh authentication-retries 3
Oracle Internal and Approved Partners Only Page 11 of 47 V 1.0 Created: 21. Dec. 2012
Task Comment Check
bda1sw-ip(config)# ip ssh version 2
bda1sw-ip(config)# end
*Sep 15 14:26:37.045: %SYS-5-CONFIG_I: Configured from console by console
bda1sw-ip# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes[OK]

7.2.6 イーサネット・スイッチでのクロックおよびタイムゾーンの設定

Ciscoイーサネット・スイッチでは、内部時間が協定世界時(UTC)の形式で維持されます。

ローカル時間とタイムゾーンを設定する場合、順序が重要です。次に、ローカル時間をアメリカ東部タイムゾーンに設定する例を示します。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# clock timezone EST -5
bda1sw-ip(config)# clock summer-time EDT recurring
bda1sw-ip(config)# end
bda1sw-ip# clock set 15:00:00 January 23 2012
bda1sw-ip# write memory
Building configuration...
Compressed configuration from 3778 bytes to 1433 bytes[OK]
bda1sw-ip# show clock
15:00:18.819 EST Mon Jan 23 2012

クロックのコマンド

クロックとタイムゾーンを設定するためのコマンドの説明は次のとおりです。

- UTCを使用するには、次のコマンドを入力します。

no clock timezone global configuration

- タイムゾーンを使用するには、次のようにします。

clock timezone zone hours-offset [minutes-offset]

このコマンドで、zoneは標準時が有効な場合に表示するタイムゾーン、hours-offsetはUTCからの時間数のオフセット、およびminutes-offsetはUTCからの分数のオフセットです。

- 夏時間を設定するには、次のようにします。

clock summer-time zone recurring [week day month hh:mm week day month \
hh:mm [offset]]

このコマンドで、zoneは夏時間(夏時間調整)が有効な場合に表示するタイムゾーン、weekは月の週(1から5、またはlast)、dayは曜日、monthは月、hh:mmは24時間形式の時刻、およびoffsetは夏時間中に追加する分数です。デフォルト・オフセットは60分です。夏時間はデフォルトでは無効です。

- クロックを任意の時刻に手動設定するには、次のようにします。

clock set hh:mm:ss month day year

このコマンドで、hh:mm:ssは、24時間形式の時間、分、秒、dayは月の日にち、monthは月、およびyearは年です。指定された時刻は、構成済のタイムゾーンを基準とします。

関連項目:

『Cisco IOS Configuration Fundamentals Command Reference』

http://www.cisco.com/en/US/docs/ios/12_2/configfun/command/reference/frf012.html

7.2.7 イーサネット・スイッチでのNTPサーバーの構成

最大2つのNTPサーバーを構成できます。名前のかわりにIPアドレスを使用します。名前を使用すると、スイッチがネットワークに接続されていない場合に失敗します。名前を使用する必要がある場合は、スイッチがネットワークに接続された後にNTPサーバーを構成すると、DNSで名前が正しく解決されます。

次の例に、ローカル時間に同期されたNTPサーバーを示します(Ciscoスイッチがネットワークに接続され、NTPにアクセスできる場合)。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip(config)# ntp server 10.196.23.254 prefer
bda1sw-ip(config)# ntp server 192.168.9.19
bda1sw-ip(config)# end
Jan 23 20:00:41.235: %SYS-5-CONFIG_I:Configured from console by console
bda1sw-ip# write memory
Building configuration...
Compressed configuration from 3870 bytes to 1487 bytes [OK ]
bda1sw-ip# show ntp status
output varies by network
bda1sw-ip# show clock
15:00:57.919 EST Mon Jan 23 2012

show clockコマンドの出力の先頭に、次の記号が表示される場合があります。

- * (アスタリスク): 時間は決定的ではありません。

- . (ドット) 時間は決定的ですが、NTPは同期されません。

- (ブランク) 例に示すように、時間は決定的です。

7.2.8 スパニング・ツリーの無効化

デフォルトでは、Ciscoのスイッチではスパニング・ツリーが有効ですが、1から47までのすべてのサーバー接続ポートのファクトリでは無効化されています。

スパニング・ツリーが有効なスイッチをスパニング・ツリーが意図的に無効化されているネットワークに追加すると、不具合が発生する可能性があります。事前対策として、カスタマ・ネットワークに接続する前に、アップリンク・ポートのVLANのスパニング・ツリーを無効にします。

接続前または接続後にスパニング・ツリーをオンにする必要がある場合、ネットワーク管理者はCiscoスイッチの構成に関するドキュメントの説明に基づいて、適切なプロトコル設定を指定します。

スパニング・ツリーを無効化するには、次の手順を実行します。

1. ポートを無効にする必要がある場合、次のコマンドを入力します。

bda1sw-ip# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Switch(config)# no spanning-tree vlan 1
Switch(config)# end
Jan 23 20:01:15.083: %SYS-5-CONFIG_I: Configured from console by console
bda1sw-ip# write memory
Building configuration...
Compressed configuration from 2654 bytes to 1163 bytes[OK]

2. スパニング・ツリーの無効化を確認するには、次のようにします。

bda1sw-ip# show spanning-tree vlan 1
Spanning tree instance(s) for vlan 1 does not exist.

3. デフォルトのプロトコル設定を再度有効にする必要がある場合は、次の手順を実行します。

Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# spanning-tree vlan 1
Switch(config)# end
Switch# write memory

7.2.9 イーサネット構成の確認

Ciscoイーサネット・スイッチ構成を確認するには、次の手順を実行します。

1. 次のコマンドを入力して構成を確認します。

bda1sw-ip# show running-config

次に、出力の例を示します。

Building configuration...
Current configuration :2654 bytes
!
version 15.0
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
service compress-config
.
.
.

2. いずれかの設定が不適切な場合、適切な手順を繰り返してください。設定を消去するには、同じコマンドの前にnoを入力します。たとえば、デフォルト・ゲートウェイを消去するには、次のコマンドを入力します。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
bda1sw-ip# no ip default-gateway 10.7.7.1
bda1sw-ip# end
bda1sw-ip#
*Sep 15 14:13:26.013: %SYS-5-CONFIG_I: Configured from console by console
bda1sw-ip# write memory

3. 次のコマンドを入力して現在の構成を保存します。

bda1sw-ip# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
Compressed configuration from 2654 bytes to 1189 bytes[OK]

4. 次のコマンドを使用してセッションを終了します。

bda1sw-ip#exit
bda1sw-ip con0 is now available
Press RETURN to get started.

5. Ciscoコンソールからケーブルを外します。

6. 構成を確認するには、ラップトップをポート48に接続し、内部管理ネットワークのIPアドレスをpingします。

注意:

システムがユーザーのIPアドレスで構成され、スイッチ構成が完了するまで、Ciscoイーサネット・スイッチを管理ネットワークに接続しないでください。

7.3 インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

Oracle Big Data Applianceには、2つのSun Network QDR InfiniBand Gatewayリーフ・スイッチと、1つのSun Datacenter InfiniBand Switch 36スパイン・スイッチがあります。スイッチを構成するには、それぞれ次の手順を実行します。

- インフィニバンド・スイッチの構成

- インフィニバンド・スイッチでのタイムゾーンおよびクロックの設定

- インフィニバンド・スイッチの健全性の確認

- Sun Network QDR Infiniband Gateway Switchの確認

7.3.1 インフィニバンド・スイッチの構成

インフィニバンド・スイッチを構成するには、次の手順を実行します。

1. シリアル接続またはイーサネット接続を使用してスイッチに接続します。

- 192.168.1.201、192.168.1.202または192.168.1.203に対するリモート・イーサネット接続の詳細は、「ネットワークを使用したOracle ILOMへの接続」を参照してください。

- ローカル・シリアル接続の詳細は、「シリアル接続を使用したOracle ILOMへの接続」を参照してください。

2. パスワードwelcome1を使用してilom-adminとしてログインします。

スイッチには、Linuxに似たオペレーティング・システムと、構成で使用するOracle ILOMインタフェースがあります。

3. ファームウェア・バージョンが2.1.3-4以上であることを確認します。

-> version
SP firmware 2.1.3-4
SP firmware build number: 47111
SP firmware date: Sat Aug 24
16:59:14 IST 2013
SP filesystem version: 0.1.22

4. /SP/networkディレクトリに移動します。

cd /SP/network

5. 次のコマンドを入力してスイッチを構成します。

set pendingipaddress=ip_address
set pendingipnetmask=ip_netmask
set pendingipgateway=ip_gateway
set pendingipdiscovery=static
set commitpending=true

これらのコマンドで、ip_address、ip_netmaskおよびip_gatewayは、ネットワークの適切な設定を示します。

6. showコマンドを入力して変更を表示します。いずれかの値が間違っている場合、set commitpending=trueで終わるsetコマンドを再入力します。

-> show

/SP/network
Targets:
interconnect
ipv6
test

Properties:
commitpending = (Cannot show property)
dhcp_ser_ip = none
ipaddress = 10.135.42.24
ipdiscovery = static
ipgateway = 10.135.40.1
ipnetmask = 255.255.255.0
macaddress = 00:21:28:E7:B3:34
managementport = SYS/SP/NET0
outofbandmacaddress = 00:21:28:E7:B3:33
pendingipaddress = 10.135.42.23
pendingipdiscovery = static
pendingipgateway = 10.135.42.1
pendingipnetmask = 255.255.248.0
pendingmanagementport = /SYS/SP/NET0
sidebandmacaddress = 00:21:28:E7:B3:35
state = enabled

Commands:
cd
set
show

->

7. hostnameをスイッチの有効な名前(bda1sw-ib2など)に置き換え、スイッチのホスト名を設定および確認します。ドメイン名は含めないでください。

-> set /SP hostname=hostname
-> show /SP hostname

/SP
Properties:
hostname = bda1sw-iba

8. DNSサーバー名およびドメイン名を設定します。

-> set /SP/clients/dns auto_dns=enabled
-> set /SP/clients/dns nameserver=ip_address
-> set /SP/clients/dns searchpath=domain_name

これらのコマンドで、ip_addressは優先検索順序におけるネーム・サーバーの1から3のカンマ区切りのIPアドレスで、domain_nameはus.example.comなどの完全DNSドメイン名です。

9. 設定を確認します。

-> show /SP/clients/dns
/SP/clients/dns
Targets:

Properties:
auto_dns = enabled
nameserver = 10.196.23.245, 172.32.202.15
retries = 1
searchpath = us.example.com
timeout = 5

Commands:
cd
set
show

7.3.2 インフィニバンド・スイッチでのタイムゾーンおよびクロックの設定

インフィニバンド・スイッチでタイムゾーンを設定するには、次の手順を実行します。

1. 現在の時間設定を確認します。

-> show /SP/clock

設定が正確ではない場合、次の手順に進みます。

2. zone_identifierを構成テンプレートのタイムゾーン(America/New_Yorkなど)に置き換え、タイムゾーンを設定します。

-> set /SP/clock timezone=zone_identifier

3. 現在の時間設定を確認します。

-> show /SP/clock

設定が正確ではない場合、次の手順に進みます。

4. MMDDHHmmCCyyを月、日、時間、分、世紀および年に置き換え、SPクロックを手動で設定します。

-> set datetime=MMddHHmmCCyy

5. 現在の時間設定を確認します。

-> show /SP/clock

6. ip_addressをサーバー・アドレスに置き換え、ネットワーク・タイム・プロトコル(NTP)を構成します。サーバー1はプライマリNTPサーバーであり、サーバー2はセカンダリ・サーバーです。

-> set /SP/clients/ntp/server/1 address=ip_address
-> set /SP/clients/ntp/server/2 address=ip_address

7. NTPサーバーを有効にします。

-> set /SP/clock usentpserver=enabled

注意:

Mammothソフトウェアを正常にインストールするには、適切に同期されたクロックが必要です。管理ネットワーク上に使用できるNTPサーバーがない場合は、Oracle Big Data Applianceの最初のサーバーをNTPサーバーとして構成します。

8. 設定を確認します。

-> show /SP/clients/ntp/server/1
-> show /SP/clients/ntp/server/2
-> show /SP/clock

7.3.3 インフィニバンド・スイッチの健全性の確認

インフィニバンドのリーフ・スイッチまたはスパイン・スイッチの健全性を確認するには、次の手順を実行します。

1. ファブリック管理シェルを開きます。

-> show /SYS/Fabric_Mgmt

プロンプトが->からFabMan@hostname->に変更されます。

2. ファームウェア・バージョンを確認します。ゲートウェイ・スイッチの場合は2.0.5-2以上、スパイン・スイッチの場合は2.1.3-4以上である必要があります。現在のバージョンは、My Oracle Support ID 1474875.1を確認してください。

FabMan@bda1sw-02->version
SUN DCS gw version: 2.0.5-2
Build time: Nov 29 2011 16:05:05
FPGA version: 0x34
SP board info:
Manufacturing Date: 2011.05.31
Serial Number: "NCD6Q0126"
Hardware Revision: 0x0006
Firmware Revision: 0x0000
BIOS version: SUN0R100
BIOS date: 06/22/2010
FabMan@bda1sw-02->

3. スイッチの全体的な健全性を確認し、問題があれば修正します。

FabMan@bda1sw-ib2-> showunhealthy
OK - No unhealthy sensors

4. 環境を確認します。すべてのテストでOKおよびPASSEDが返されることを確認し、問題があれば作業を続行する前に修正します。この例は、電源コードの緩みが原因でPSU1に問題が発生していることを示しています。WARNING PSUで始まる行を参照してください。

FabMan@bda1sw-ib2-> env_test
Environment test started:
Starting Environment Daemon test:
Environment daemon running
Environment Daemon test returned OK
Starting Voltage test
Voltage ECB OK
Measured 3.3V Main = 3.28
Measured 3.3V Standby = 3.39 V
Measured 12V = 11.97 V
Measured 5V = 4.99 V
Measured VBAT = 3.09 V
Measured 1.0V = 1.01 V
Measured I4 1.2V = 1.22 V
Measured 2.5V = 2.52 V
Measured V1P2 DIG = 1.19 V
Measured V1P2 ANG = 1.18 V
Measured 1.2V BridgeX = 1.22 V
Measured 1.8V = 1.78 V
Measured 1.2V Standby = 1.20 V
Voltage test returned OK
Starting PSU test:
PSU 0 present OK
WARNING PSU 1 present AC Loss
PSU test returned 1 faults
Starting Temperature test:
Back temperature 30
Front temperature 29
SP temperature 36
Switch temperature 52,
.
.
.

5. InfiniBand Gatewayリーフ・スイッチの優先度設定が5で、InfiniBand Switch 36スパイン・スイッチの優先度設定が8であることを確認します。

FabMan@bda1sw-ib2-> setsmpriority list
Current SM settings:
smpriority 5
controlled_handover TRUE
subnet_prefix 0xfe80000000000000

smpriorityが正しい場合、次の手順は省略できます。

6. 優先度設定を修正するには、次の手順を実行します。

a. インフィニバンド・サブネット・マネージャを停止します。

FabMan@bda1sw-ib2-> disablesm

b. InfiniBand Gatewayリーフ・スイッチの優先度を5に、InfiniBand Switch 36スパイン・スイッチの優先度を8に設定します。次の例は、リーフ・スイッチ用です。

FabMan@bda1sw-ib2-> setsmpriority 5

c. インフィニバンド・サブネット・マネージャを再起動します。

FabMan@bda1sw-ib2-> enablesm

7. ファブリック管理シェルを終了します。

FabMan@bda1sw-ib2-> exit
->

8. Oracle ILOMシェルを終了します。

-> exit

9. rootとしてスイッチにログインし、すべての変更を反映するためにスイッチを再起動します。

# reboot

10. 他のインフィニバンド・スイッチでこれらの手順を繰り返します。

7.3.4 Sun Network QDR Infiniband Gateway Switchの確認

ファブリック内のすべてのゲートウェイ・スイッチのインスタンス番号(NM2-GW)を確認し、自動設定によって各ラック内およびマルチラック環境のすべてのラック間の各スイッチに一意のインスタンス番号が割り当てられていることを確認する必要があります。

ファブリック内の2つのスイッチに同じインスタンス番号が割り当てられると、IB-10GbEポートが正常に動作しない可能性があります。

スイッチで連続する番号が使用されないようにする必要があります。偶数のみを使用することをお薦めします。工場出荷時の構成では、Oracle Big Data Applianceのゲートウェイ・スイッチで10と20の番号を使用しています。

Oracle Big Data ApplianceのラックがOracle Exalogic Elastic Cloud Machineのラックに接続されている場合、ファブリック内のインスタンス番号が偶数で、各スイッチで一意であることを確認します。

注意:

ファブリック内のすべてのSun Network QDR InfiniBand Gatewayスイッチは、ファームウェア・バージョン2.1.3-4 NM2以上を実行する必要があります。必要に応じてファームウェアを更新してください。

次の手順に従って、ゲートウェイ・スイッチを確認します。

1. ユーザーilom-adminとしてラック1のゲートウェイ・スイッチ1にログインします。

localhost: ilom-admin
password: welcome1

2. ファブリック管理シェルを起動します。

-> show /SYS/Fabric_Mgmt
NOTE: show on Fabric_Mgmt will launch a restricted Linux shell.
User can execute switch diagnosis, SM Configuration and IB
monitoring commands in the shell. To view the list of commands,
use "help" at rsh prompt.
Use exit command at rsh prompt to revert back to
ILOM shell.
FabMan@hostname->

3. 現在の番号が表示されます。

FabMan@bda1sw-iba->setgwinstance --list
No BXM system name set, using 6 last bits of the ip-address, value: 24

ここに示すようにNo BXM system name setが表示された場合、またはシステム名が0の場合は、インスタンス番号を手動で設定する必要があります。

4. ラック1のゲートウェイ・スイッチ1が10に設定されていない場合は、次のようになります。

FabMan@bda1sw-iba->setgwinstance 10
Stopping Bridge Manager..-. [ OK ]
Starting Bridge Manager. [ OK ]
FabMan@bda1sw-iba->setgwinstance --list
BXM system name set to 10

5. ゲートウェイ・スイッチ2について、手順1から4を繰り返します。10のかわりに20に設定します。

6. 複数のラック(Oracle Big Data ApplianceのラックとOracle Exalogic Elastic Cloud Machineのラック)がケーブルで接続されている場合は、各ラックで手順1から5を繰り返します。一意の番号を割り当てるために、インスタンス番号に前のラックよりも2大きい番号を指定します。

- ラック2のゲートウェイ・スイッチ1の場合は、12に設定します(10+2)。

- ラック2のゲートウェイ・スイッチ2の場合は、22に設定します(20+2)。

このようにして、0から63の間の偶数を割り当てます。

7.4 配電ユニットの構成

配電ユニット(PDU)の構成には、次の手順が含まれます。

- ネットワークへのPDUの接続

- PDUファームウェア・バージョンの更新

7.4.1 ネットワークへのPDUの接続

配電ユニット(PDU)は、監視用のネットワークに接続するための静的IPアドレスで構成されます。PDUを接続する前に、次のネットワーク情報を確認してください。

- 静的IPアドレス

- サブネット・マスク

- デフォルト・ゲートウェイ

PDUをネットワークに接続するには、次の手順を実行します。

1. Webブラウザを使用してPDUメータリング・ユニットにアクセスするため、ユニットの工場出荷時のデフォルトIPアドレスを入力します。PDU Aのアドレスは192.168.1.210、PDU Bのアドレスは192.168.1.211です。
「Current Measurement」ページが表示されます。PDUが応答しない場合は、別のIPアドレスが割り当てられている可能性があります。

a. 赤色のリセット・ボタンを押し続けます。

b. 約10秒から15秒後に表示がカウント・ダウンを始めたら、ボタンを放し、再度押します(押し続けません)。

c. 監視の再起動時、現在のIP設定および動的ホスト構成プロトコル(DHCP)か静的アドレスかを控えておきます。これらのアドレスを使用して接続します。

2. PDUメータリング・ユニットにadminユーザーとしてログインします。デフォルト・パスワードはadm1nまたはadminです。このパスワードは、ネットワークの構成後に変更してください。

3. ファームウェア・バージョンを確認するには、「Module Info」を選択します。バージョンは1.06である必要があります。バージョンが低い場合は、ファームウェアをアップグレードできます。「PDUファームウェア・バージョンの更新」を参照してください。

4. ページの左上の「Net Configuration」をクリックします。

5. 「DHCP Enabled」オプションが選択されていないことを確認します。

6. PDUメータリング・ユニットの次のネットワーク設定を入力します。

- IPアドレス

- サブネット・マスク

- デフォルト・ゲートウェイ

7. 「Submit」をクリックしてネットワーク設定を指定し、PDUメータリング・ユニットをリセットします。

8. 2番目のPDUで手順6および7を繰り返します。

7.4.2 PDUファームウェア・バージョンの更新

PDUファームウェア・バージョンを更新するには、次の手順を実行します。

1. My Oracle Supportから最新のファームウェア・バージョンをダウンロードします。

a. http://support.oracle.comでログインします。

b. 「パッチと更新版」タブを選択します。

c. 「パッチ検索」で、「製品またはファミリ(拡張検索)」をクリックします。

d. 「製品」で、「Sun Rack II PDU」を選択します。

e. 「リリース」で、「Sun Rack II PDU 1.0.6」を選択します。

f. 「検索」をクリックして「パッチ検索結果」ページを表示します。

g. 「16523441」などのパッチ名をクリックします。

h. ファイルをダウンロードします。

2. ローカル・システムにファイルを解凍します。ファイルは「p16523441_1060_Generic.zip」のような名前です。次にPDUファイルを解凍します。「OraclePDU_v1.0.6.zip」のような名前のファイルです。

3. PDU Webインタフェースで、「Net Configuration」を選択して、adminとしてログインします(パスワードはadm1n)。

4. 「Firmware Update」まで下にスクロールします。

5. 「Browse」をクリックし、MKAPP_V1.06.DLファイルを選択して、「Submit」をクリックします。

6. 「Browse」をクリックし、HTML_V1.06.DLファイルを選択して、「Submit」をクリックします。

7. 「Module Info」をクリックして、ファームウェアのバージョン番号を確認します。

8. 「Net Configuration」をクリックし、次に「Logout」をクリックします。

7.5 Oracle Big Data Applianceサーバーの構成

ネットワークを構成する前に、Oracle Big Data Applianceサーバーが正しく設定されていることを確認します。

注意:

Oracle ILOMシリアル管理ポートに接続する必要がある場合、サーバーのボー・レート設定は、デフォルトのOracle ILOM設定である9600から、115200ボー、8ビット、パリティなし、1ストップ・ビットに変更されます。サーバー・コンソールを表示するには、このコマンドを使用します。

start HOST/console

Oracle Big Data Applianceサーバーを確認するには、次の手順を実行します。

1. 各サーバーの前面パネルの電源ボタンを押してすべてのサーバーに電源を投入します。サーバーが通常の起動テストを実行するのに5から10分かかります。

2. ラップトップを使用してサーバーに接続します。

a. PuTTYなどのユーティリティを使用してSSH接続を開きます。

b. サーバーのデフォルトIPアドレスを入力します。

3. rootユーザーとして第1サーバーにログインします。パスワードはwelcome1です。

4. 「パスワードなしSSHの設定」の説明に従ってsetup-root-sshコマンドを入力し、rootのパスワードなしSSHを設定します。
スタータ・ラックの場合、拡張が組み込まれているかどうかにかかわらず、-jパラメータを使用する必要があります。setup-root-sshを参照してください。

# setup-root-ssh -j "etho0_ips[range]"

5. SSH鍵がラック全体に配布されていることを確認します。

# cd /opt/oracle/bda
# dcli "hostname ; date"

6. パスワードの入力を求められた場合、[Ctrl]+[C]を複数回押します。このプロンプトで鍵の配布を確認することで、次の手順に進むことができます。確認できなかった場合は、passwordを有効なパスワードに置き換え、スタータ・ラックで使用するの-jパラメータを使用して、ラック全体のSSHルート鍵を生成します。

# setup-root-ssh -p password [-j "eth0_ips[range]"]

手順5のdcliコマンドを再度入力し、鍵を確認します。

7. 前面のステッカのシステム・シリアル番号(S/N)と、ラックの一番下(1)から一番上(18)までのサーバーの割当てを比較して、それらが一致していることを確認します。

# dcli "dmidecode -s "chassis-serial-number"
192.168.10.1: 1143FMM064
.
.
.
192.168.10.18: 1144FMM1A0

8. ラック前面のステッカのラック・マスター・シリアル番号とラックの割当てを比較して、それらが一致していることを確認します。

# dcli "ipmitool sunoem cli 'show /SP system_identifier'" | grep =
192.168.10.1: system_identifier = Oracle Big Data Appliance AK00024695
.
.
.
192.168.10.18: system_identifier = Oracle Big Data Appliance AK00024695

9. ラック・マスター・シリアル番号が正しくない場合は、各システムのILOM内の番号をリセットします。次のコマンドを1行で続けて入力し、R-MSNをラック・マスター・シリアル番号(AK00024695など)で置き換えます。

# dcli -l root \"ipmitool sunoem cli' set /SP system_identifier=\"\"Oracle Big Data Appliance R-MSN\""'" \> /tmp/set-rack-csn.out

前の構文のsystem_identifierには40文字の制限があります。

10. インフィニバンドのポートが各サーバーで2つ(フル・ラックの場合は18サーバーで36のポート)稼働していることを確認します。

# dcli ibstatus | grep phys
192.168.10.1: phys state: 5: LinkUp
192.168.10.1: phys state: 5: LinkUp
..
192.168.10.18: phys state: 5: LinkUp
192.168.10.18: phys state: 5: LinkUp

11. インフィニバンド・ポートが40Gbps (4X QDR)で稼働していることを確認します。

# dcli ibstatus | grep rate | more
192.168.10.1: rate: 40 Gb/sec (4X QDR)
192.168.10.1: rate: 40 Gb/sec (4X QDR)
..
192.168.10.18: rate: 40 Gb/sec (4X QDR)
192.168.10.18: rate: 40 Gb/sec (4X QDR)

12. Oracle ILOMで何も障害が検出されないことを確認します。

# dcli 'ipmitool sunoem cli "show faulty"'

通常、各サーバーの出力は次のようになります。

bda1node02-adm.example.com: Connected. Use ^D to exit.
bda1node02-adm.example.com: -> show faulty
bda1node02-adm.example.com: Target      | Property        | Value
bda1node02-adm.example.com:-------------+---------------------+-----------
bda1node02-adm.example.com:
bda1node02-adm.example.com: -> Session closed
bda1node02-adm.example.com: Disconnected

13. 各サーバーの電源を投入し、BDA_IMAGING_SUCCEEDEDおよびBDA_REBOOT_SUCCEEDEDが各サーバーの/rootディレクトリにあることを確認します。

# dcli 'ls /root/BDA*'

14. filenameを任意のファイル名に置き換え、確認用のファイルに各システムからのハードウェア・プロファイル出力を保存します。

# dcli bdacheckhw > filename

15. 次のようなコマンドを使用してハードウェア・プロファイル出力ファイルを確認します。次の各例のファイル名は、all-bdahwcheck.outです。

- ハードウェア・プロファイルに障害が存在しないことを確認するには、次のようにします。

grep -vi SUCCESS ~/all-bdahwcheck.out

このコマンドは、SUCCESSと表示されていないすべての行を返すため、返されなかった行には障害が存在しないことを意味します。

- 32のコアを確認するには、次のようにします。

grep cores  ~/all-bdahwcheck.out

- 63GBのメモリーを確認するには、次のようにします。

grep memory ~/all-bdahwcheck.out

- 4つのファンを確認するには、次のようにします。

grep fans ~/all-bdahwcheck.out

- ステータスが両方の電源でOKであることを確認するには、次のようにします。

grep supply ~/all-bdahwcheck.out

- ディスク0から11がすべて同じモデルで、オンラインで回転しており、アラートがないことを確認するには、次のようにします。

grep disk ~/all-bdahwcheck.out | grep "model\|status" | more

- ホスト・チャネル・アダプタのモデルがMellanox Technologies MT26428 ConnectX VPI PCIe 2.0であることを確認するには、次のようにします。

grep Host ~/all-bdahwcheck.out | grep model | more

16. filenameを任意のファイル名に置き換え、ファイルにRAID構成を保存します。

dcli MegaCli64 -ldinfo -lall -a0 | grep "Virtual Drive\|State" > filename

17. 12の仮想ドライブ(0から11)がサーバーごとにリストされることを確認します。この例では、RAID構成はall-ldstate.outというファイルに格納されます。

less ~/all-ldstate.out

18. filenameを任意のファイル名に置き換え、確認用のファイルに各システムからのソフトウェア・プロファイル出力を保存します。

dcli bdachecksw > filename

19. パーティション設定およびソフトウェア・バージョンが正しいことを確認します。この例では、ソフトウェア・プロファイルはall-bdaswcheck.outというファイルに格納されます。

less ~/all-bdaswcheck.out

20. システムのブート順序がUSB、RAIDスロット0、PXEであることを確認します。

# dcli "ubiosconfig export all -x /tmp/bios.xml"
[# dcli "grep -m1 -A20 boot_order /tmp/bios.xml" | more
[root@bda01 bda]# dcli "ubiosconfig export all -x /tmp/bios.xml"
[root@bda01 bda]# dcli "grep -m1 -A20 boot_order /tmp/bios.xml" | more
<boot_order>
<boot_device>
<description>USB:USBIN:ORACLE UNIGEN-UFD PMAP</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>RAID:PCIE6:(Bus 50 Dev 00)PCI RAID Adapter</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>PXE:NET0:IBA XE Slot 4000 v2196</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>PXE:NET1:IBA XE Slot 4001 v2196</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>PXE:NET2:IBA XE Slot 8800 v2196</description>
<instance>1</instance>
</boot_device>

21. ブート順序が正しくない場合は、次のようにします。

a. 当該サーバーのILOMにログインして、次回の再起動時にBIOSの設定に入ります。

# set /HOST boot_device=bios

b. サーバーを再起動してBIOSを修正します。

7.6 ネットワークの構成

Oracle Big Data Appliance構成生成ユーティリティによって、3つすべてのネットワーク・インタフェースおよびすべてのOracle ILOMを構成するために使用されるnetwork.jsonファイルが生成されます。このファイルが存在しない場合、「構成ファイルの生成」を参照してください。

ネットワークの構成には、次の手順が含まれます。

- Oracle Big Data Applianceへの構成ファイルのコピー

- ネットワーク構成の開始

- 管理ネットワークへの接続

- ネットワーク構成の完了

- 仮想インタフェース・カード(VNIC)の確認

- ネットワーク・サービスへのアクセスの確認

7.6.1 Oracle Big Data Applianceへの構成ファイルのコピー

Oracle Big Data Applianceに構成ファイルをコピーするには、次の手順を実行します。

1. USBフラッシュ・ドライブに構成ファイルをコピーします。

2. ラップトップやKVMスイッチを使用して第1サーバーへのコンソール・セッションを開きます。第1サーバーは、ラック内の一番下のサーバーです。図E-1を参照してください。

3. rootユーザーとして第1サーバーにログインします。初期パスワードはwelcome1です。

4. USBドライブを第1サーバーのUSBポートに接続します。ポートはサーバーの右前面にあります。次のような情報がコンソールに表示されます。

# scsi 0:0:0:0: Direct-Access     CBM      USB 2.0
Q: 0 ANSI:2
sd 0:0:0:0: Attached scsi generic sg14 type 0
sd 0:0:0:0: [sdn] 7954432 512-byte logical blocks: (4.07 GB/3.79 GiB)
sd 0:0:0:0: [sdn] Write Protect is off
sd 0:0:0:0: [sdn] Assuming drive cache: write through
sd 0:0:0:0: [sdn] Assuming drive cache: write through
sd 0:0:0:0: [sdn] Assuming drive cache: write through
sd 0:0:0:0: [sdn] Attached SCSI removable disk

5. showusbコマンドを入力してUSBドライブを検索します。コマンドによって、マップされたデバイスが返されますが、USBドライブが接続されていない場合は何も出力されません。

# showusb
/dev/sdn1

6. サーバーにディレクトリを作成します。

# mkdir /mnt/usb

7. ステップ5で示されたデバイス名を使用してデバイスをマウントします。次に、コマンドの例を示します。

# mount -t vfat /dev/sdn1 /mnt/usb

8. USBフラッシュ・ドライブ上のファイルの場所を確認します。

# ls /mnt/usb
network.json
bin
boot
.
.
.

9. network.jsonまたはnetworkexpansion.jsonを、USBフラッシュ・ドライブからサーバー上の/opt/oracle/bdaディレクトリにコピーします。

# cd /mnt/usb
# cp network.json /opt/oracle/bda

注意:

cluster_name-config.jsonもドライブ上にある場合は、これをサーバーにコピーして「Oracle Big Data Applianceソフトウェアのインストール」で使用できます。

10. USBフラッシュ・ドライブをディスマウントして、デバイスを削除します。

# umount /mnt/usb
# rmdir /mnt/usb

11. サーバーからUSBフラッシュ・ドライブを取り外します。

7.6.2 ネットワーク構成の開始

networksetup-oneスクリプトによって、すべてのサーバーのホスト名およびOracle ILOM名が設定され、管理ネットワークとプライベート・インフィニバンド・ネットワークが構成されます。新しいラック(フル・ラックまたはスタータ・ラックのいずれか)を構成する場合と、スタータ・ラックのデプロイ後に追加サーバーを構成する場合では、手順が多少異なります。

新しいラックのネットワーク構成を開始するには、次の手順を実行します。

1. rootユーザーとして第1サーバーにログインします。初期パスワードはwelcome1です。次に例を示します。

# ssh root@192.168.10.1

2. 新しいラックの場合は、/opt/oracle/bdaに新しいnetwork.jsonファイルが含まれていることを確認します。
スタータ・ラックの追加サーバーの場合は、/opt/oracle/bdaに既存ノードからのnetwork.jsonファイルと新しいnetworkexpansion.jsonファイルの両方が含まれていることを確認します。

3. インフィニバンド・ネットワークが正常に稼働していることを確認します。

# cd /opt/oracle/bda
# bdacheckib -s

LINK bdasw-ib1.0B ... bdasw-ib3.8B UP
LINK bdasw-ib1.1B ... bdasw-ib2.8B UP
LINK bdasw-ib3.15A ... bda2.HCA-1.2 UP
LINK bdasw-ib3.15B ... bda1.HCA-1.2 UP
LINK bdasw-ib3.14A ... bda4.HCA-1.2 UP
LINK bdasw-ib3.14B ... bda3.HCA-1.2 UP
LINK bdasw-ib3.13A ... bda6.HCA-1.2 UP
.
.
.

インフィニバンド・ネットワークはソフトウェアのインストール中に幅広く使用されます。ファブリックをより詳しくチェックするには、iblinkinfoユーティリティを実行します。

4. パスワードなしSSHを削除します。「remove-root-ssh」を参照してください。

5. SSHのかわりにILOMを使用してサーバーに再接続します。

# ssh root@192.168.1.101
Password: welcome1
-> start -f /HOST/console
bda1 login:
User: root
Password: welcome1

networksetup-oneスクリプトによってネットワーク・サービスが再開され、SSH接続を使用する出力はすべて表示されなくなります。

6. ネットワーク構成を開始します。

# cd /opt/oracle/bda/network
# ./networksetup-one

例7-1に、networksetup-oneスクリプトによるサンプル出力を示します。

例7-1 networksetup-oneによるサンプル出力

# ./networksetup-one
networksetup-one: check syntax and static semantics of /opt/oracle/bda/network.json
networksetup-one: passed
networksetup-one: ping servers on ship admin network
networksetup-one: passed
networksetup-one: test ssh to servers on ship admin network
hello from node02
hello from node03
.
.
.
networksetup-one: passed
networksetup-one: copy /opt/oracle/bda/network.json to servers
network.json  0% 0  0.0KB/s   --:-- ETAnetwork.json 100% 4304  4.2KB/s 00:00
network.json  0% 0  0.0KB/s   --:-- ETAnetwork.json 100% 4304  4.2KB/s 00:00
.
.
.
networksetup-one: passed
networksetup-one: executing network settings on all servers
networksetup-one: wait a few seconds for the network to restart on 192.168.1.2
.
.
.
bda1node02.example.com BdaUserConfigNetwork: reset network
bda1node03.example.com BdaUserConfigNetwork: reset network
bda1node04.example.com BdaUserConfigNetwork: reset network
.
.
.
networksetup-one: deploying this server
networksetup-one: network will restart momentarily, pardon our dust
bda1node01.example.com BdaUserConfigNetwork: reset network
networksetup-one: generate dcli bda host file lists
networksetup-one: ping server ips on admin network
networksetup-one: passed
networksetup-one: passed
networksetup-one: test ssh server ips on admin network
hello from bda1node02.example.com
hello from bda1node03.example.com
hello from bda1node04.example.com
.
.
.
networksetup-one: passed

7.6.3 管理ネットワークへの接続

ネットワーク構成を実行する前に、Oracle Big Data Applianceを1GbE管理ネットワークに接続する必要があります。

Oracle Big Data Applianceを管理ネットワークに接続するには、次の手順を実行します。

1. Ciscoイーサネット・スイッチのポート48を管理ネットワークに接続します。

2. Small Form-Factor Pluggable(SFP)ポートをポート48のファイバー・アップリンク(オプション)に使用するには、ポートを再構成します。

bda1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.

bda1sw-ip(config)# interface gigabitEthernet 1/48
bda1sw-ip(config-if)# media-type sfp
bda1sw-ip(config-if)# end
bda1sw-ip#
*Sep 15 14:12:06.309: %SYS-5-CONFIG_I: Configured from console by console
bda1sw-ip# write memory
bda1sw-ip# copy running-config startup-config

関連項目:

SFPポートの構成の詳細は、次の場所にある『Cisco Catalyst 4948 Install Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948/05modcfg.html

7.6.4 クライアント・ネットワークへの接続

Oracle Big Data Applianceも10GbEクライアント・ネットワークに接続する必要があります。

Oracle Big Data Applianceをクライアント・ネットワークに接続するには、次の手順を実行します。

1. 2つのSun Network QDR InfiniBand Gatewayリーフ・スイッチをデータ・センターに接続します。

2. ケーブルの配線後、ネットワーク管理者が、ネットワーク・スイッチ・エンド構成を変更してリンクが認識されるようにする必要がある場合があります。

3. SSHを使用してSun Network QDR Infiniband Gateway Switchに接続し、ilom-adminユーザーとしてログインします。

4. ファブリック管理シェルを起動します。

-> show /SYS/Fabric_Mgmt

5. Bridgeエントリに、リーフ・スイッチからカスタマ・ネットワーク・スイッチへのアクティブなリンクがあることを確認します。

FabMan@bda1sw-iba-> listlinkup

この出力では、各スイッチに接続された4つのポートを示しています。

Connector 0A-ETH Present
Bridge-0 Port 0A-ETH-1 (Bridge-0-2) up (Enabled)
Bridge-0 Port 0A-ETH-2 (Bridge-0-2) down (Enabled)
Bridge-0 Port 0A-ETH-3 (Bridge-0-1) up (Enabled)
Bridge-0 Port 0A-ETH-4 (Bridge-0-1) down (Enabled)
Connector 1A-ETH Present
Bridge-1 Port 1A-ETH-1 (Bridge-1-2) up (Enabled)
Bridge-1 Port 1A-ETH-2 (Bridge-1-2) down (Enabled)
Bridge-1 Port 1A-ETH-3 (Bridge-1-1) up (Enabled)
Bridge-1 Port 1A-ETH-4 (Bridge-1-1) down (Enabled)

6. 2番目のゲートウェイ・スイッチ(-ib3)について、手順3から5を繰り返します。

7.6.5 ネットワーク構成の完了

networksetup-twoスクリプトによって、ネットワーク接続を必要とするnetworksetup-oneで開始されたいくつかの手順が完了されます。これにより、10GbEクライアント・ネットワークのデフォルトのVLANおよび必要なすべてのVNICも構成されます。その後、すべてのネットワーク接続が確認され、予期しない障害(ケーブル配線の間違いを原因とする障害など)が検出された場合はメッセージが表示されます。

Sun Network QDR Infiniband Gateway Switchの10GbEポートは、データ・センターに接続されている必要があります。

ネットワーク構成を完了するには、次の手順を実行します。

1. 管理ネットワークとクライアント・ネットワークの両方がOracle Big Data Applianceに接続されていることを確認します。

注意:

この手順は、ネットワークが接続されていないと失敗します。「管理ネットワークへの接続」を参照してください。

2. 次のスクリプトを実行して、ネットワーク設定を完了します。

./networksetup-two | tee /tmp/network-conf.out

前述のコマンドの結果は、/tmp/network-conf.outという名前のファイルに出力されます。

例7-2に、スクリプトによるサンプル出力を示します。

例7-2 networksetup-twoによるサンプル出力

# ./networksetup-two
networksetup-two: check syntax and static semantics of /opt/oracle/bda/network.json
networksetup-two: passed
networksetup-two: ping server ips on admin network
networksetup-two: passed
networksetup-two: test ssh server ips on admin network
hello from bda1node02.example.com
hello from bda1node03.example.com
hello from bda1node04.example.com
.
.
.
networksetup-two: passed
networksetup-two: run connected network post script on each server
networksetup-two: post network setup for 10.133.42.253
networksetup-two: post network setup for 10.133.42.254
networksetup-two: post network setup for 10.133.43.1
.
.
.
networksetup-two: post network setup for this node
networksetup-two: ping admin servers by name on admin network
networksetup-two: passed
networksetup-two: verify infiniband topology
networksetup-two: passed
networksetup-two: start setup client network (10gigE over Infiniband)
networksetup-two: ping both gtw leaf switches
networksetup-two: passed
networksetup-two: verify existence of gateway ports
networksetup-two: passed
networksetup-two: ping server ips on admin network
networksetup-two: passed
networksetup-two: ping servers by name on admin network
networksetup-two: passed
networksetup-two: test ssh server ips on admin network
hello from bda1node02.example.com
hello from bda1node03.example.com
.
.
.
networksetup-two: passed
networksetup-two: check existence of default vlan for port 0A-ETH-1 on bda1sw-ib2
networksetup-two: no default vlan for port, create it
spawn ssh root@10.133.43.36 createvlan 0A-ETH-1 -vlan -1 -pkey default
networksetup-two: verify default vlan for port 0A-ETH-1 for bda1sw-ib2
.
.
.
networksetup-two: passed
networksetup-two: apply eoib on each server
networksetup-two: wait a few seconds for the network to restart on 10.133.42.253
networksetup-two: wait a few seconds for the network to restart on 10.133.42.254
.
.
.
check and delete vNIC for bda1node02 eth9 on switch bda1sw-ib2
check and delete vNIC for bda1node02 eth9 on switch bda1sw-ib3
create vNIC eth9 bda1node02 using switch bda1sw-ib3
vNIC created
check and delete vNIC for bda1node02 eth8 on switch bda1sw-ib2
.
.
.
networksetup-two: ping server ips on client network
networksetup-two: passed
networksetup-two: test ssh server ips on client network
hello from bda1node02.example.com
hello from bda1node03.example.com
.
.
.
networksetup-two: passed
networksetup-two: end setup client network

7.6.6 仮想インタフェース・カード(VNIC)の確認

VNICが両方のゲートウェイ・スイッチに正しく作成されたことを確認します。

次の手順に従って、VNICを確認します。

1. SSHを使用してSun Network QDR Infiniband Gateway Switchに接続し、ilom-adminユーザーとしてログインします。

2. ファブリック管理シェルを起動します。

-> show /SYS/Fabric_Mgmt

3. アクティブ・ポートがデフォルトのVLAN (0)に割り当てられていることを確認します。

FabMan@bda1sw-ib2-> showvlan
Connector/LAG VLN PKEY
------------- --- ----
0A-ETH-1       0  ffff
0A-ETH-3       0  ffff
1A-ETH-1       0  ffff
1A-ETH-3       0  ffff

4. VNICがラウンドロビン方式で各サーバーと10GbEインタフェースに作成されたことを確認します。

FabMan@hostname-> showvnics
ID STATE FLG IOA_GUID NODE
IID MAC VLN PKEY GW
--- -------- --- ----------------------- --------------------------------
---- ----------------- --- ---- --------
561 UP N 0021280001CF4C23 bda1node12 BDA 192.168.41.31 0000
CE:4C:23:85:2B:0A NO ffff 0A-ETH-1
.
.
.

5. 10GBインタフェースと相互にpingできることを確認します。

7.6.7 ネットワーク・サービスへのアクセスの確認

すべてのネットワーク・サービスが正しく実行されていることを確認します。

ネットワーク・サービスへのアクセスを確認するには、次の手順を実行します。

1. dcliコマンドが動作していることを確認します。

# cd /opt/oracle/bda
# dcli "hostname ; date"

2. パスワードの入力を求められた場合、[Ctrl]+[C]を複数回押します。求められなかった場合は、setup-root-sshユーティリティを使用して新しいSSH鍵を作成します。「setup-root-ssh」を参照してください。

3. dateコマンドの出力を確認して、サーバーが数秒以内に同期されているどうかをチェックします。されていない場合は、各デバイスを再起動します。時間の違いにより、ソフトウェアのインストールが失敗する場合があります。
NTPクライアントも確認できます。

# ntpq -p 127.0.0.1

4. ネットワークの接続を確認します。

# bdachecknet | tee -a /tmp/bdachecknet_exp.out
bdachecknet: check syntax and static semantics of /opt/oracle/bda/network.json
bdachecknet: passed
bdachecknet: ping test private infiniband ips (bondib0 40gbs)
bdachecknet: passed
bdachecknet: ping test admin ips (eth0 1gbs)
bdachecknet: passed
bdachecknet: ping test client access ips (bondeth0 10gbs Eoib)
bdachecknet: passed
bdachecknet: test admin network resolve and reverse resolve
bdachecknet: passed
bdachecknet: test admin name array matches ip array
bdachecknet: passed
bdachecknet: test client network (eoib) resolve and reverse resolve
bdachecknet: passed
bdachecknet: test client name array matches ip array
bdachecknet: passed
bdachecknet: test ntp servers
bdachecknet: passed
bdachecknet: test arp -a
bdachecknet: passed

5. ネットワークでDNS名とIPアドレスのいずれかが解決されなかった場合は、/etc/resolv.confファイルを修正します。修正しないと、ソフトウェアのインストールが失敗します。

6. IPアドレスかホスト名をアドレスとしてブラウザに入力して、PDUのアクセシビリティを確認します。
正常に接続されると、「Current Measurement」ページが表示されます。

7.7 Oracle Big Data Applianceの複数のラックの構成

複数のラックを設置する一般的な手順は、個々のラックを構成し、ラックをケーブルで接続して、複数ラックのネットワークを検証することです。

7.7.1 複数ラックの構成およびケーブル配線

次のいずれかの手順を実行します。これらの手順は、新しいラックを設置するのか、すでに設置されて稼働中のものにラックを追加するのかによって異なります。また、Oracle Exadata Database Machineなどの別のエンジニアド・システムがあるかどうかによっても異なります。

複数のラックを設置するには、次の手順を実行します。

1. 各ラックの構成手順を個々に実行します。

- KVMスイッチの構成

- Ciscoイーサネット・スイッチの構成

- インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

- 配電ユニットの構成

- Oracle Big Data Applianceサーバーの構成

- ネットワークの構成

2. Oracle Big Data Applianceのラックをケーブルで接続します。「複数のOracle Big Data Applianceラックの接続」を参照してください。

3. インフィニバンド・ネットワークを再検証します。「マルチラック・インフィニバンド・ネットワークの検証」を参照してください。

Oracle Big Data Applianceの稼働中のラックに1つ以上のラックを追加するには、次の手順を実行します。

1. 新しいOracle Big Data Applianceの各ラックの構成手順を個々に実行します。

- KVMスイッチの構成

- Ciscoイーサネット・スイッチの構成

- インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

- 配電ユニットの構成

- Oracle Big Data Applianceサーバーの構成

- ネットワークの構成

2. 新しいラックのインフィニバンド・スイッチの電源をオフにします。

3. Oracle Big Data Applianceのラックをケーブルで接続します。「複数のOracle Big Data Applianceラックの接続」を参照してください。

4. インフィニバンド・スイッチの電源をオンにします。サブネット・マネージャのファブリックが更新されるまで、スイッチ間で5分間待機します。

5. インフィニバンド・ネットワークを再検証します。「マルチラック・インフィニバンド・ネットワークの検証」を参照してください。

Oracle Big Data Applianceのラックを新しいOracle Exadata Database MachineやOracle Exalogic Elastic Cloud Machineのラックに接続するには、次の手順を実行します。

1. Oracle Big Data Applianceの各ラックの構成手順を個々に実行します。

- KVMスイッチの構成

- Ciscoイーサネット・スイッチの構成

- インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

- 配電ユニットの構成

- Oracle Big Data Applianceサーバーの構成

- ネットワークの構成

2. Oracle Big Data Applianceのラックをケーブルで接続します。「複数のOracle Big Data Applianceラックの接続」を参照してください。

3. インフィニバンド・ネットワークを再検証します。「マルチラック・インフィニバンド・ネットワークの検証」を参照してください。

Oracle Exadata Database MachineやOracle Exalogic Elastic Cloud Machineの稼働中のラックに1つ以上のラックを追加するには、次の手順を実行します。

1. 新しいOracle Big Data Applianceの各ラックの構成手順を個々に実行します。

- KVMスイッチの構成

- Ciscoイーサネット・スイッチの構成

- インフィニバンドのリーフ・スイッチおよびスパイン・スイッチの構成

- 配電ユニットの構成

- Oracle Big Data Applianceサーバーの構成

- ネットワークの構成

2. 新しいラックのインフィニバンド・スイッチの電源をオフにします。

3. Oracle Big Data Appliance、Oracle Exadata Database MachineまたはOracle Exalogic Elastic Cloud Machineのラックをケーブルで接続します。「複数のOracle Big Data Applianceラックの接続」を参照してください。

4. インフィニバンド・スイッチの電源をオンにします。サブネット・マネージャのファブリックが更新されるまで、スイッチ間で5分間待機します。

5. サブネット・マネージャが、最上位のファームウェア・バージョンのスイッチでのみ実行されていることを確認します。
たとえば、Oracle Big Data Applianceが最高のファームウェア・バージョンである場合、そのスパイン・スイッチをマスター用にし、そのゲートウェイ・スイッチをフェイルオーバー用にします。ラックのファームウェア・バージョンがOracle Big Data Applianceのインフィニバンド・スイッチより低い(スパインとゲートウェイの両方)場合は、サブネット・マネージャを無効にします。

a. Exadataのマスター・スイッチにrootとしてログインします。

b. Oracle Big Data Applianceのスイッチが表示されていることを確認します。

# ibswitches

c. Oracle Exadata Database Machineのサブネット・マネージャを無効にします。

# disablesm

d. 追加のより低いバージョンの各インフィニバンド・スイッチにログインし、マスター・スイッチをOracle Big Data Applianceのスパイン・スイッチに変更することを確認します。

# getmaster

e. より低いバージョンの各インフィニバンド・スイッチのサブネット・マネージャを無効にします。

# disablesm

6. インフィニバンド・ネットワークを再検証します。「マルチラック・インフィニバンド・ネットワークの検証」を参照してください。

7.7.2 マルチラック・インフィニバンド・ネットワークの検証

ラックのケーブル配線が完了したら、インフィニバンド・ネットワークが正しく稼働していることを確認します。

注意:

bdacheckibユーティリティは、Oracle Big Data ApplianceのラックとOracle Exadata Database Machineのラックの接続を検証します。他のタイプのラック(Oracle Exalogic Elastic Cloud Machine)はチェックしません。

インフィニバンド・ネットワークを検証するには、次の手順を実行します。

1. ネットワークのトポロジ・ファイルを生成します。

# bdacheckib -g

生成されたファイルの名前は「sample-multi-rack.json」です。

2. 「sample-multi-rack.json」をテキスト・エディタで開きます。

3. 左のラックから開始して右のラックで終了するように、要素を並べ替えます。ファイルを保存します。

4. 構成を検証します。

# bdacheckib sample-multi-rack.json
Verifing rack #1
leaf: bda1sw-ib2
LINK ... to rack2 UP
LINK ... to rack2 UP
LINK ... to rack1 UP
LINK ... to rack2 UP
LINK ... to rack3 UP
LINK ... to rack3 UP
LINK ... to rack1 UP
LINK ... to rack1 UP
leaf: bda1sw-ib3
LINK ... to rack2 UP
LINK ... to rack2 UP
LINK ... to rack1 UP
.
.
.

例7-3は、サンプルの構成ファイルを示します。

例7-3 マルチラック構成ファイル「sample-multi-rack.json」

# cat sample-multi-rack.json
# This json multirack spec is generated. The array elements are sorted
# alphabetically. A proper arranged json spec representing racks from left to right
# can be used as input mr.json to bdacheckib (bdacheckib mr.json)
# Commas separating rack elements are optional.
[{"SPINE_NAME": "bda1sw-ib1", "LEAF1_NAME": "bda1sw-ib2", "LEAF2_NAME": "bda1sw-ib3"}
{"SPINE_NAME": "bda2sw-ib1", "LEAF1_NAME": "bda2sw-ib2", "LEAF2_NAME": "bda2sw-ib3"}
{"SPINE_NAME": "exa1sw-ib1", "LEAF1_NAME": "exa1sw-ib2", "LEAF2_NAME": "exa01sw-ib3"}]

8 Oracle Big Data Applianceのスタータ・ラックの拡張

1つ以上のBig Data Appliance X5-2高容量ノードとインフィニバンド・インフラストラクチャをインストールして構成し、スタータ・ラックに最大12個の新しいサーバーを追加できます。この章では、スタータ・ラックに新しいサーバーを追加する構成手順について説明します。

この章の内容は次のとおりです。

- Oracle Big Data Applianceのスタータ・ラックの拡張について

- Oracle Big Data Applianceスタータ・ラックへの新しいサーバーのインストール

- 新しいOracle Big Data Applianceサーバーの構成

- ネットワークの設定

- 新しいサーバーへのOracle Big Data Applianceソフトウェアのインストール

注意:

この章に説明されている手順の実行は、オラクル社のフィールド・エンジニアに任せることをお薦めします。

8.1 Oracle Big Data Applianceのスタータ・ラックの拡張について

Oracle Big Data Applianceのスタータ・ラックは、18ではなく6つのサーバーを搭載すること以外はフル・ラックと同じハードウェア構成です。スタータ・ラックにはすべてのスイッチおよび電源が含まれているため、追加のサーバーをサポートするためにアップグレードや補完する必要はありません。

高容量ノードとインフィニバンド・インフラストラクチャを使用してスタータ・ラックに最大12個の新しいサーバーを追加できます。新しいサーバーをすべて一緒に追加することも、新しいサーバーの一部を後でスタータ・ラックに追加することもできます。

8.1.1 高容量ノードとインフィニバンド・インフラストラクチャのコンテンツの確認

インストールを開始する前に、次の表に示すとおり、高容量ノードとインフィニバンド・インフラストラクチャのすべてのコンポーネント、ケーブルおよびアクセサリを受け取ったことを確認してください。

表8-1に、コンポーネントおよびアクセサリをリストします。

表8-1高容量ノードとインフィニバンド・インフラストラクチャのコンポーネントおよびアクセサリ

数量

説明

1

Oracle Big Data Appliance高容量ノードとインフィニバンド・インフラストラクチャ

2

2Uスナップイン・スライド・レール・キット

1

1U-2UスリムレールCMAキット

1

ベルクロ25フィート・ロール

1

ケーブル・ラベリング・キット

1

サーバー・ドキュメントとライセンス・パッケージ

表8-2に、ケーブルをリストします。

表8-2 高容量ノードとインフィニバンド・インフラストラクチャのケーブル

長さ

数量

説明

10フィート

1

赤イーサネット・カテゴリ5またはカテゴリ5e

10フィート

1

イーサネット黒カテゴリ5またはカテゴリ5e

3m

2

インフィニバンドQSFP

2m

2

電源

8.1.2 スタータ・ラックのステータスの確認

高容量ノードとインフィニバンド・インストラクチャをインストールする前に、スタータ・ラックが正常に動作していることを確認します。

- すべてのコンポーネントのLEDを確認して正常な動作状態を確認します。次に進む前に問題を解決します。

- Sun Rack II PDUファームウェアの最小バージョンが1.06以上であることを確認します。「PDUファームウェア・バージョンの更新」を参照してください。

8.1.3 Oracle Big Data Appliance X4-2のスタータ・ラックの拡張

高容量ノードとインフィニバンド・インフラストラクチャを使用して、Oracle Big Data Appliance X4-2スタータ・ラックに1つ以上のOracle Big Data Applianceサーバーを追加することもできます。

ハードウェアの拡張用にスタータ・ラックを準備するには、次のようにします。

- Oracle Big Data Appliance 4.1以上にスタータ・ラックをアップグレードします。

注意:

Oracle Big Data Appliance 4.1より前のバージョンでは、高容量ノードとインフィニバンド・インフラストラクチャを使用して拡張できません。

8.2 Oracle Big Data Applianceスタータ・ラックへの新しいサーバーのインストール

次の手順では、スタータ・ラックに新しいサーバーを物理的に設置する方法について説明します。

注意:

スタータ・ラックに新しいサーバーを設置するには2人必要です。

スタータ・ラックに新しいサーバーを設置するには、次のようにします。

1. すべての電源ケーブル、イーサネット・ケーブル、およびインフィニバンド・ケーブルを取り出し、キットで提供されるラベルを使用してマークを付けます。

- ケーブルのそれぞれの端に適切なラベルを使用してマークを付けます。正しいほうの端に「from」ラベルおよび「to」ラベルを付けるように注意してください。

- 設置環境に適したPDU電源コード・ラベルを選択します(単相または3相)。

2. ケーブルの両端を差し込みます。付録のケーブル配線の表を参照してください。

3. サーバー・ラック・マウント・キットをラックに設置します。最下部の最初の空ユニットから始め、ラックの最上部まで作業を進めます。

4. ラック・レールにサーバーを設置します。各サーバーの設置後、サーバーおよびその下のユニットが正常に前後にスライドすることを確認してください。

5. 最下部の最初の新しいサーバーから始めて最上部のユニットまで、ケーブル・アームおよびケーブルを各サーバーに設置します。すべてのインフィニバンド・ケーブルの両端が適切なポートに差し込まれていることを確認します。インフィニバンド・ケーブルおよびイーサネット・ケーブルを配線している間、電源ケーブルは邪魔にならないようにしておきます。

注意:

PDUを有効にして構成する準備ができるまでは、電源ケーブルをPDUストリップに差し込まないでください。ここで、電源ケーブルをサーバーにのみ差し込みます。

8.3 新しいOracle Big Data Applianceサーバーの構成

新しいサーバーは、ラックに設置した後、次の手順に従って構成できます。

新しいサーバーを構成するには、次の手順を実行します。

1. 工場出荷時のIPアドレスがローカル・ネットワークで重複する場合に備えて、ネットワークからCiscoスイッチ・アップリンク・ケーブル(ポート48)を外します。

2. 電源コードを適切なコンセントに差し込みます。最後にケーブルをPDU-Aに配線します。終了したら、Oracle ILOMが起動し、サービス・プロセッサのLEDが緑に点灯し、システムがスタンバイ・モードになってOK LEDが点滅します。

3. サーバーの電源ボタンを押して、電源を入れます。システムは自動的に工場出荷時のIPアドレスを検出します。「工場出荷時のネットワーク設定」を参照してください。

4. 最初の新しいサーバーに接続されたラップトップを使用して、SSHを使用してrootとしてログインします。デフォルト・パスワードはwelcome1です。

5. rootユーザーのパスワードなしSSHを設定します。たとえば、4つの新しいサーバーをインストールする場合、rangeに[7:10]と入力します。

# setup-root-ssh -j "eth0_ips[range]" -p welcome1

「setup-root-ssh」を参照してください。

6. すべての新しいサーバーで、パスワードなしSSHが適切に機能していることを確認します。rangeに手順5と同じ値を使用します。

# dcli -j "eth0_ips[range]" "hostname; date"

7. 次のコマンドの出力と、各システムの前面のシステム・シリアル番号(S/N)ステッカを比較します。

# dcli -j "eth0_ips[range]" "dmidecode -s chassis-serial-number"
192.168.1.7: 1143FMM064
.
.
.
192.168.1.10: 1144FMM1A0

不一致を発見した場合、インフィニバンド・ケーブルが、各ノードのゲートウェイ・スイッチの適切なポートに差し込まれていることを確認してください。

8. ILOMのラック・マスター・シリアル番号を、前面左側のラック・ステッカのS/N(PDU-Aの近くのラックの背面にも表示)に設定します。

# dcli -j "eth0_ips[range]" "ipmitool sunoem cli 'set /SP \system_identifier="\"Oracle Big Data Appliance rack-master-serial-number\""'"

この例では、4つの新しいサーバーに[7:10]の範囲を設定し、シリアル番号にAK00086253を設定します。

# dcli -j "eth0_ips[7:10]" "ipmitool sunoem cli 'set /SP \system_identifier="\"Oracle Big Data Appliance AK00086253\""'"

システム識別子には40文字の制限があります。

9. ラック・マスター・シリアル番号が正しく設定されていることを確認します。この例では、4つの新しいサーバーの範囲を使用します。

# dcli -j "eth0_ips[7:10]" "ipmitool sunoem cli 'show /SP system_identifier'" | grep =
192.168.1.7: system_identifier = Oracle Big Data Appliance AK00086253
.
.
.
192.168.1.10: system_identifier = Oracle Big Data Appliance AK00086253

10. 「Oracle Big Data Applianceサーバーの構成」の手順10から始まる物理ハードウェア・チェックを実行します。すべてのdcliコマンドで、前に示したeth0_ips[range]構文を使用して範囲を入力してください。

8.4 ネットワークの設定

次のトピックでは、イーサネット管理ネットワークに新しいサーバーを追加する方法にするついて説明します。

- 構成ファイルのコピー

- ネットワークの構成

- ネットワーク構成の確認

関連項目:

「ネットワークの構成」

8.4.1 構成ファイルのコピー

次の手順では、Oracle ILOMへのシリアル接続を使用します。かわりにSSH接続を使用する場合、「ネットワークの構成」でIPアドレスを工場出荷時の設定からカスタム設定に変更するときに、コンソール接続が切断されます。

次の手順に従って、構成ファイルをラックの最初の新しいサーバーにコピーします。

構成ファイルをコピーするには、次の手順を実行します。

1. ラップトップを最初の新しいサーバーのOracle ILOM "SER MGT"ポートに差し込みます。

2. デフォルトのwelcome1パスワードを使用して、rootとしてログインします。

login as: root
Using keyboard-interactive authentication.
Password: welcome1
Oracle(R) Integrated Lights Out Manager
Version 3.1.2.12 r74388
Copyright (c) 2012, Oracle and/or its affiliates. All rights reserved.
->

3. コンソールを開き、同じ資格証明でログインします。

-> start /SP/console
Are you sure you want to start /SP/console (y/n)? y
Serial console started. To stop, type ESC (
bda7 login:
User: root
Password: welcome1
#

4. プロンプトが表示されない場合、[Enter]を押します。

5. 元のOracle Big Data Appliance構成ファイルを、ラックの第1サーバー(サーバー1)からログインした新しいサーバーにコピーします。IP_addressをサーバー1の実際のIPアドレスに置換します。

# scp root@IP_address:/opt/oracle/bda/network.json /opt/oracle/bda

または、サーバー間のファイルのコピーにUSBフラッシュ・ドライブを使用します。

6. 新しいnetworkexpansion.json構成ファイルをUSBフラッシュ・ドライブから同じ/opt/oracle/dbaディレクトリにコピーします。

# mkdir /mnt/usb
# /opt/oracle/bda/bin/showusb /dev/sdm1
# mount /dev/sdm1 /mnt/usb
# cp /mnt/usb/networkexpansion.json /opt/oracle/bda

フラッシュ・ドライブの使用に関する一般的な手順は、「Oracle Big Data Applianceへの構成ファイルのコピー」を参照してください。

8.4.2 ネットワークの構成

ネットワークを構成するには、次の手順を実行します。

1. networksetup-oneスクリプトを実行します。

# cd /opt/oracle/bda
# cd network
# ./networksetup-one

この手順を完了すると、サーバーはカスタムIPアドレスを取得します。

2. Ciscoスイッチ・アップリンク・ケーブルをローカル・ネットワークに再接続します。

3. IPアドレスを変更したときにSSH接続が切断された場合、再接続します。

a. カスタムIPアドレスを使用し、SSHを使用して第1サーバーのOracle ILOMに接続します。

b. デフォルトのwelcome1パスワードを使用して、rootユーザーとしてログインします。

シリアル接続を使用している場合、networksetup-oneの完了後も接続されている可能性があります。そうではない場合、[Esc]+[(]を押して、再接続の前にOracle ILOMプロンプトを取得します。

4. インフィニバンド・トポロジを確認します。

# cd /opt/oracle/bda
# bdacheckib network.json

5. パスワードなしSSHがまだ動作していることを確認します。

# cd /opt/oracle/bda
# dcli  -j "eth0_ips[range]" "hostname ; date"

パスワードの入力を求められた場合、[Ctrl]+[C]を複数回押します。dcliコマンドが失敗した場合、サーバーを構成する最初の手順の手順5および6を繰り返します。

6. 手順5のdateユーティリティの出力を使用して、すべてのサーバーおよびスイッチのクロックが同期していることを確認します。時間は数秒以内である必要があります。
同期されていない場合、手動で時間を変更するか、デバイスを再起動するか、またはCiscoスイッチを通じてNTPサーバーへのルーティングを確認できます。このコマンドを発行してNTPクライアントのステータスを確認します。

# ntpq -p 127.0.0.1

7. networksetup-twoを実行します。

# ./networksetup-two | tee /tmp/bdanet_exp.out

teeユーティリティは、出力を画面に表示しながら、ファイルに出力します。

8. クラスタの第1サーバーでない場合、サーバーからログアウトします。

8.4.3 ネットワークの構成の確認

ネットワークが正常に動作していることを確認するには、次の手順を実行します。

1. クラスタの第1サーバーにログインします。

2. ネットワークおよびすべてのネットワーク・サービスが正常に動作していることを確認します。

# bdachecknet | tee -a /tmp/bdanet_exp.out
bdachecknet: check syntax and static semantics of opt/oracle/bda/network.json
bdachecknet: passed
bdachecknet: ping test private infiniband ips (bondib0 40gbs)
bdachecknet: passed
bdachecknet: ping test admin ips (eth0 1gbs)
bdachecknet: passed
.
.
.

3. システムがDNS名を解決および使用できない場合、手動で/etc/resolv.confファイルを修正し、逆参照を確認します。

4. My Oracle Supportのインストール・ベース更新サービス・リクエストを送信してアセットを更新します。

8.5 新しいサーバーへのOracle Big Data Applianceソフトウェアのインストール

新しいサーバーは、既存のクラスタに追加するか、または新しいクラスタとして構成できます。

既存のクラスタにサーバーを追加するには、次の手順を実行します。

- 「クラスタへのサーバーの追加」の手順を実行します。

サーバーを別のクラスタとして構成するには、次の手順を実行します。

1. Oracle Big Data Appliance構成生成ユーティリティを実行し、構成ファイルを生成します。「構成ファイルの生成」を参照してください。

2. Mammothユーティリティを実行してソフトウェアをインストールします。「新規ラックへのソフトウェアのインストール」を参照してください。

9 複数のOracle Big Data Applianceラックの接続

この章では、複数のOracle Big Data Applianceラックを組み合せて1つの大規模クラスタにする方法について説明します。内容は次のとおりです。

- 別のラックの追加によるラックの拡張

- マルチラック・ケーブル配線の前提条件

- ケーブル配線による2つのラックの接続

- ケーブル配線による複数のラックの接続

関連項目:

マルチラック・ケーブル配線の表

9.1 別のラックの追加によるラックの拡張

マルチラックHadoopクラスタを作成するか、Oracle Exadata Database MachineからOracle Big Data Applianceに対するアクセスを提供する場合、複数のラックを相互に接続する必要があります。各ラックは、停止させずにケーブルでまとめることができます。

ケーブルを配線する手順では、次のことに注意してください。

- ラックを相互にケーブルでつないでいる間、パフォーマンスが多少低下します。この低下の原因は、ネットワーク帯域幅が減少するためと、ケーブルが外されたときのパケット損失によってデータの再送信が発生するためです。

- 環境は、1つのリーフ・スイッチをオフにする必要があるため、高可用性環境にはなりません。すべてのトラフィックは、残りのリーフ・スイッチを経由します。

- 既存のラックのみが稼働し、新しいラックの電源は落ちています。

- システムで実行中のソフトウェアには、インフィニバンドの再起動に関連する問題が存在しないことが要件です。

- ケーブル配線の前に、拡張システムに移行するための適切なIPアドレスで新しいラックを構成する必要があり、重複IPアドレスは許可されません。

- 既存のスパイン・スイッチは、ケーブル配線の作業中は優先度10に設定します。この設定によって、ネットワーク・ファブリック内でスパイン・スイッチの優先度が他のスイッチより高くなります。スパイン・スイッチは、ケーブル配線の作業中に新しいサブネット・マネージャ・マスターが設定されるたびに、最初にサブネット・マネージャ・マスターの役割を割り当てられます。

関連項目:

- ラック間の物理接続の詳細は、「マルチラック・ケーブル配線の表」を参照してください

- サブネット・マネージャの監視の詳細は、次の場所にあるSun Datacenter InfiniBand Switch 36の管理ガイドを参照してください。
http://docs.oracle.com/cd/E26698_01/html/E26434/z40001039112.html#scrolltoc

9.2 マルチラック・ケーブル配線の前提条件

接続されたすべてのOracle Big Data ApplianceおよびOracle Exadata Database Machineラック上のすべてのSun Network QDR InfiniBand Gatewayスイッチでファームウェア・バージョン2.1.3-4 NM2以上が実行されていることを確認します。必要に応じてファームウェアを更新してください。

Sun Network QDR InfiniBand Gatewayスイッチのファームウェアをv2.0.xからv2.1.x以上に更新する場合、ゲートウェイ・インスタンス番号の降順で更新するように注意してください。一番大きいゲートウェイ番号のスイッチから開始してください。

Oracle ILOMインタフェースから、このハードウェア・コマンドを使用してゲートウェイ・インスタンス番号を取得します。

setgwinstance --list

Oracle Big Data Applianceのファームウェアのアップグレードの詳細は、My Oracle SupportのドキュメントID 1534255.1を参照してください。

9.3 ケーブル配線による2つのラックの接続

次の手順では、2つのラックをケーブルで接続する方法について説明します。この手順では、各ラックが相互に隣接していると仮定します。この手順では、既存のラックがR1、新しいラックがR2です。

2つのラックをケーブルで接続するには、次の手順を実行します。

1. 次のように、スパイン・スイッチの現在アクティブなサブネット・マネージャ・マスターの優先度を10に設定します。

a. アクティブなシステムのインフィニバンド・スイッチにログインします。

b. getmasterコマンドを使用して、サブネット・マネージャ・マスターがスパイン・スイッチで実行されていることを確認します。

c. スパイン・スイッチにログインします。

d. disablesmコマンドを使用して、サブネット・マネージャを停止します。

e. setsmpriority 10コマンドを使用して、優先度を10に設定します。

f. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

g. 手順1.bを繰り返して、サブネット・マネージャ・マスターがスパイン・スイッチで実行されていることを確認します。

2. 新しいラックが既存のラックの近くにあることを確認します。インフィニバンド・ケーブルは、各ラックのサーバーに到達できる必要があります。

3. 新しいラック(R2)を完全に停止します。

4. 表F-2に従って新しいラックのリーフ・スイッチをケーブルで接続します。

5. リーフ・スイッチR1 IB2を停止します。これによって、すべてのサーバーでインフィニバンド・トラフィックがR1 IB3にフェイルオーバーされます。

6. R1 IB2とR1 IB3間のすべてのスイッチ間リンクを切断します。

7. 表F-1に従ってリーフ・スイッチR1 IB2をケーブルで接続します。

8. リーフ・スイッチR1 IB2の電源を投入します。

9. R1 IB2が完全に稼働するまで3分間待機します。
スイッチを確認するには、ログインしてibswitchesコマンドを実行します。通常は、出力にR1 IB1、R1 IB2、R1 IB3という3つのスイッチが表示されます。

10. リーフ・スイッチR1 IB3を停止します。これによって、すべてのサーバーでインフィニバンド・トラフィックがR1 IB2にフェイルオーバーされます。

11. 表F-1に従ってリーフ・スイッチR1 IB3をケーブルで接続します。

12. リーフ・スイッチR1 IB3の電源を投入します。

13. R1 IB3が完全に稼働するまで3分間待機します。
スイッチを確認するには、ログインしてibswitchesコマンドを実行します。通常は、出力にR1 IB1、R1 IB2、R1 IB3という3つのスイッチが表示されます。

14. R2のすべてのインフィニバンド・スイッチの電源を投入します。

15. スイッチが完全に稼働するまで3分間待機します。
スイッチを確認するには、ログインしてibswitchesコマンドを実行します。通常は、出力にR1 IB1、R1 IB2、R1 IB3、R2 IB1、R2 IB2、R2 IB3という6つのスイッチが表示されます。

16. 任意のスイッチでgetmasterコマンドを実行して、サブネット・マネージャ・マスターがR1 IB1で実行されていることを確認します。

17. R2のすべてのサーバーの電源を投入します。

18. スパイン・スイッチR1 IB1にログインし、次のようにその優先度を8に下げます。

a. disablesmコマンドを使用して、サブネット・マネージャを停止します。

b. setsmpriority 8コマンドを使用して、優先度を8に設定します。

c. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

19. サブネット・マネージャ・マスターがいずれかのスパイン・スイッチで実行されていることを確認します。

ラックをケーブルで接続した後、ラックの構成に進みます。

9.4 ケーブル配線による複数のラックの接続

次の手順では、複数のラックをケーブルで接続する方法について説明します。この手順では、各ラックが相互に隣接していると仮定します。この手順では、既存のラックがR1、R2、... Rn、新しいラックがRn+1であり、サブネット・マネージャ・マスターがR1 IB1で実行されています。

最大で18個のラックを追加のスイッチなしでケーブル接続できます。

複数のラックをケーブル接続する手順:

1. 次のように、スパイン・スイッチの現在アクティブなサブネット・マネージャ・マスターの優先度を10に設定します。

a. アクティブなシステムのインフィニバンド・スイッチにログインします。

b. getmasterコマンドを使用して、サブネット・マネージャ・マスターがスパイン・スイッチで実行されていることを確認します。

c. スパイン・スイッチにログインします。

d. disablesmコマンドを使用して、サブネット・マネージャを停止します。

e. setsmpriority 10コマンドを使用して、優先度を10に設定します。

f. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

g. 手順1.bを繰り返して、サブネット・マネージャ・マスターがスパイン・スイッチで実行されていることを確認します。

2. 新しいラックが既存のラックの近くにあることを確認します。インフィニバンド・ケーブルは、各ラックのサーバーに到達できる必要があります。

3. 新しいラック(Rn+1)を完全に停止します。

4. 「マルチラック・ケーブル配線の表」の適切な表に従って新しいラックのリーフ・スイッチをケーブルで接続します。たとえば、ラックRn+1がR4の場合、表F-9を使用します。

5. 元の各ラックで次の手順を完了します。これらの手順で、RxはR1からRnのラック番号を表します。

a. リーフ・スイッチRx IB2を停止します。これによって、すべてのサーバーでインフィニバンド・トラフィックがRx IB3にフェイルオーバーされます。

b. 「マルチラック・ケーブル配線の表」に従ってリーフ・スイッチRx IB2をケーブルで接続します。

c. リーフ・スイッチRx IB2の電源を投入します。

d. Rx IB2が完全に稼働するまで3分間待機します。
スイッチを確認するには、ログインしてibswitchesコマンドを実行します。通常は、出力にラックR1、R2、... RnのIB1、IB2、IB3というn*3個のスイッチが表示されます。

e. リーフ・スイッチRx IB3を停止します。これによって、すべてのサーバーでインフィニバンド・トラフィックがRx IB2にフェイルオーバーされます。

f. 「マルチラック・ケーブル配線の表」に従ってリーフ・スイッチRx IB3をケーブルで接続します。

g. リーフ・スイッチRx IB3の電源を投入します。

h. Rx IB3が完全に稼働するまで3分間待機します。
スイッチを確認するには、スイッチにログインしてibswitchesコマンドを入力します。通常は、出力にラックR1、R2、... RnのIB1、IB2、IB3というn*3個のスイッチが表示されます。

「マルチラック・ケーブル配線の表」に従ってすべてのラックを再ワイヤリングする必要があります。

6. Rn+1のすべてのインフィニバンド・スイッチの電源を投入します。

7. スイッチが完全に稼働するまで3分間待機します。
スイッチを確認するには、スイッチにログインしてibswitchesコマンドを実行します。通常は、出力にラックR1、R2、... Rn+1のIB1、IB2、IB3という(n+1)*3個のスイッチが表示されます。

8. 任意のスイッチでgetmasterコマンドを入力して、サブネット・マネージャ・マスターがR1 IB1で実行されていることを確認します。

9. Rn+1のすべてのサーバーの電源を投入します。

10. スパイン・スイッチR1 IB1にログインし、次のようにその優先度を8に下げます。

a. disablesmコマンドを入力して、サブネット・マネージャを停止します。

b. setsmpriority 8コマンドを入力して、優先度を8に設定します。

c. enablesmコマンドを入力して、サブネット・マネージャを再起動します。

11. 任意のスイッチでgetmasterコマンドを入力して、サブネット・マネージャ・マスターがいずれかのスパイン・スイッチで実行されていることを確認します。

12. 任意のスイッチで次のコマンドを入力して、サブネット・マネージャがすべてのスパイン・スイッチで実行されていることを確認します。

ibdiagnet -r

通常は、各スパイン・スイッチの出力の「Summary Fabric SM-state-priority」セクションに、実行中として表示されます。スパイン・スイッチが実行されていない場合、スイッチにログインしてenablesmコマンドを入力し、サブネット・マネージャを有効にします。

13. 現在4つ以上のラックがある場合、各ラックのリーフ・スイッチにログインしてdisablesmコマンドを入力し、サブネット・マネージャを無効にします。

第III部 ソフトウェアのインストールおよび構成

オラクル社のサービス担当者は、通常ネットワークを構成し、ソフトウェアをインストールして構成します。

第III部には次の章が含まれます。

- Oracle Big Data Applianceソフトウェアのインストール

10 Oracle Big Data Applianceソフトウェアのインストール

この章では、Oracle Big Data Applianceのソフトウェアをインストール、再インストールおよび再構成する方法について説明します。この章の内容は次のとおりです。

- Mammothユーティリティについて

- インストールの前提条件

- Mammothソフトウェア・デプロイメント・バンドルのダウンロード

- 新規ラックへのソフトウェアのインストール

- クラスタへのサーバーの追加

- インストール中にエラーが発生した場合の対処方法

- Oracle Big Data Applianceでのソフトウェアのアップグレード

- オプション・ソフトウェアの構成の変更

- ベース・イメージの再インストール

- 個別パッチのインストール

- Mammothソフトウェア・インストールおよび構成ユーティリティ

- Oracle Big Data Applianceベースのイメージ・ユーティリティ

注意:

Oracle Big Data Appliance構成生成ユーティリティで必要なパスワードを入力しなかった場合、ソフトウェアのインストール時に入力するように要求されます。オペレーティング・システムのrootおよびoracleユーザー、Cloudera Managerのadminユーザー、およびMySQL管理者の現在のパスワードを把握していることを確認してください。Oracle Big Data Connectorsをインストールまたは再インストールする場合、Oracle Data IntegratorのMySQLパスワードも必要です。

10.1 Mammothユーティリティについて

Mammothは、Oracle Big Data Applianceソフトウェアをインストールおよび構成するためのコマンドライン・ユーティリティです。Mammothを使用すると、次のことを実行できます。

- CDHまたはOracle NoSQL Databaseのクラスタを設定できます。

- 複数のラックにクラスタを作成できます。

- Oracle Big Data Applianceのラックに複数のクラスタを作成できます。

- 同じラックまたは新しいラックの新しいサーバーにクラスタを拡張できます。

- 新しいソフトウェアでクラスタを更新できます。

10.1.1 ローリング・アップグレードについて

ローリング・アップグレードは、3つのレプリカのうち1つのノードを常にアクティブにするシーケンスでクラスタのノードを再起動します。これにより、クラスタは一連の再起動全体でオンラインのままになることができます。その結果、クラスタの一部の(すべてではない)サービスをアップグレード中に中断せずにアクセス可能なままにすることができます。

ローリング・アップグレードは、CDH 4.1以降を実行しているインストールでのみ使用できます。

ペアとなっているノードを順次に再起動するとプロセスの時間が長くなるため、ローリング・アップグレードは、すべてのサーバーが同時に再起動される従来のMammothアップグレードよりも長時間かかります。Mammothノードと(一度に再起動される)クリティカル・ノードごとに4分に加えて、非クリティカル・ノードのペアごとに平均8から10分を見積もってください。

ローリング・アップグレードは自動で実行できます。各サーバーのアップグレード後の再起動に成功した場合、再起動イベントは、あるサーバーから次(または次のペア)のサーバーに自動的に「ロール」します。サーバー再起動時に更新でエラーまたは警告条件が検出された場合、プロセスは一時停止し、続行するかどうかを確認するプロンプトが表示されます。

Reboot of node mnode22bda08 had errors/warnings, do you wish to proceed anyway? [y/n]:

- nを入力した場合:
問題を解決できるようにアップグレードが停止します。

準備ができたら、mammoth -pを使用してインストールを再開します。

- yを入力した場合:
アップグレードが続行されます。

このプロンプトは、ノード・アップグレードごとに1回表示されます。ノードがすでに再起動されている(そしてプロンプトに対してすでに回答されている)場合、プロンプトを再度表示せずにアップグレードが続行されます。

ローリング・アップグレードが可能な場合

ローリング・アップグレードは、このドキュメントで説明する次のアップグレード・タスクのオプションです。

- Oracle Big Data Applianceでのソフトウェアのアップグレード

- 個別パッチのインストール

通常、「クラスタへのサーバーの追加」では、このプロセスでクラスタ停止時間は発生しません。ただ1つの例外は、1ラック・クラスタが初めて2番目のクラスタに拡張されるケースで、クラスタ拡張のために停止時間が発生します(このときにマスターの役割が追加のラックに移されます)。ただし、その後のクラスタ拡張では停止時間は必要なくなります。

ローリング・アップグレードがオプションの場合、Mammothではコンソールに次のメッセージが表示され、インストールをローリング・アップグレードとして続行するかどうかの選択を求められます。

You can choose a rolling upgrade or continue with a conventional upgrade. Rolling upgrades need a minimum replication factor of three (this is the default in Mammoth) to have full availability during the upgrade. Do you wish to perform a Rolling Upgrade? [y/n]:

注意:
プロンプトにyと入力してローリング・アップグレードを受け入れた場合、クラスタはプロセスにコミットされ、クラスタ内のすべてのノードのアップグレードは中断なしで完了するまで続行する必要があります。

ローリング・アップグレード時のサービス可用性

ローリング・アップグレードでは、HDFS High Availability (HDFS HA)を使用するように構成されているサービスは、クラスタ内の各ノードがアップグレードされて再起動されるときに継続的に使用可能なままになります。これらには、HDFS、YARNおよびZookeeperが含まれます。これらのサービスをアップグレード中に使用可能にするには、3以上のHadoopレプリケーション係数が必要です。その理由は、ローリング・アップグレードはノードをペアで再起動するためです。グローバル構成は個々のファイルに対して上書きされている可能性があるため、アップグレードは、レプリケーション係数がこの最小値を満たすかどうかを事前に判断できません。不十分なレプリケーション係数でもアップグレードは停止されませんが、その場合、HDFS HA対応のサービスでダウンタイムが発生することがあります。

ローリング・アップグレードでは、Clouderaサービスは2つのバッチで再起動されます。これは、アップグレード中にHDFSおよびその他のサービスへのアクセスを維持するものです。HDFS HAを使用するように構成されない、または構成できないサービスは、レプリケーション係数に関係なく、ローリング・アップグレード中に使用不能になることがあります。

10.2 インストールの前提条件

Oracle Audit Vault、自動サービス・リクエストおよびOracle Enterprise Managerオプションは、Oracle Big Data Applianceと同じネットワークのリモート・サーバーにソフトウェアが必要です。Mammothを実行する前にそれらのインストールが完了している必要があり、そうでない場合は失敗します。

同様に、キー配布センター(KDC)がリモート・サーバーにインストールされている場合には、Kerberosに対してもいくつかの手順を完了する必要があります。Oracle Big Data ApplianceにKDCをインストールする場合、事前に行う手順はありません。

次の表では、すべてのインストール・オプションの前提条件について説明します。

Audit Vaultの要件:

- Oracle Big Data Applianceと同じネットワーク上の別のサーバーで、Oracle Audit Vault and Database Firewall Serverリリース12.1.1が稼働している必要があります。他のバージョンのAudit Value and Database FirewallはOracle Big Data Applianceでサポートされません。

自動サービス・リクエストの前提条件は、次のとおりです。

- My Oracle Supportアカウントが設定されている。

- ASRマネージャが正常に稼働している。

Enterprise Managerの前提条件は、次のとおりです。

- Oracle Management System (OMS)バージョン12.1.0.4.0以上が正常に稼働している。

- OMSエージェント・プルURLが動作している。

- OMS emcliダウンロードURLが動作している。

- HTTPSアップロード・ポートとコンソール・ポートの両方が開いている。

注意:

OMS資格証明を再確認し、Mammothの実行時に正確に入力してください。Enterprise Managerの検出プロセスの失敗の主な原因は、無効な資格証明です。

リモートKDCの場合のMIT Kerberosの要件:

1. kadminから次のコマンドを実行し、cloudera-scm/adminをユーザーとしてKDCデータベースに追加します。

addprinc -randkey cloudera-scm/admin@<REALM NAME>

2. cloudera-scm/adminに、Kerberosデータベースに対するすべての権限を付与します。データベースからプリンシパルを追加、修正、削除、リストできる必要があります。

3. kadminから次のコマンドを実行して、cmf.keytabファイルを作成します。

xst -k cmf.keytab cloudera-scm/admin@<REALM NAME>

4. cmf.keytabを/opt/oracle/BDAMammothに移動します。

5. OozieとHueをサポートするには、リモートKDCが更新可能なチケットをサポートしていることを確認してください。サポートしていない場合には、次の手順を実行します。

a. kdc.confを開き、max_lifeとmax_renewable_lifeの値を設定します。max_lifeパラメータはチケットが有効な期間を定義し、max_renewable_lifeパラメータはユーザーがチケットを更新できる期間を定義します。

b. krbtgtプリンシパルのmaxrenewlifeを設定します。次のkadminコマンドを使用して、durationを所定の期間で置き換え、REALM NAMEをレルムの名前で置き換えます。

modprinc -maxrenewlife duration krbtgt/REALM NAME

Kerberosを構成するとき、KDCが更新可能なチケットをサポートしない場合には、OozieとHueが正常に動作しないことがあります。

リモートKDCの場合のActive Directory Kerberosの要件

Active Directory Kerberosの要件は、MOS (My Oracle Support)に記載されています。

MOSドキュメント2013585.1および2029378.1を参照してください。

10.3 Mammothソフトウェア・デプロイメント・バンドルのダウンロード

Mammothバンドルには、インストール・ファイルとベース・イメージが含まれます。ソフトウェアをインストールする前に、「構成ファイルの生成」の説明に従い、Oracle Big Data Appliance構成生成ユーティリティを使用して構成ファイルを生成する必要があります。

ラック・サイズや、CDHまたはOracle NoSQL Databaseクラスタを作成しているか、または既存のクラスタをアップグレードしているかにかかわらず、この章で説明されているすべての手順に同じバンドルを使用します。

Mammothバンドルをダウンロードするには、次の手順を実行します。

1. My Oracle SupportまたはAutomated Release Updates (ARU)のいずれかのダウンロード・サイトを見つけます。
My Oracle Support

a. My Oracle SupportドキュメントID 1445745に移動します。

b. Install and Configureページを表示します。

c. 最新のOracle Big Dataソフトウェア・インストール・ドキュメント下の適切なリンクをクリックします。

ARU

a. ARUに接続します。

b. Patchesページで、「Product」にBig Data Appliance統合ソフトウェアおよび「Release」に適切なリリース番号を設定します。

c. 「Search」をクリックします。

2. BDAMammoth ZIPファイルをクラスタの第1ノードの任意のディレクトリ(/tmpなど)にダウンロードします。ラックの構成に応じて、このノードはラックの下から数えて1番目、7番目または13番目のサーバーになる場合があります。マルチラック・クラスタの場合、このサーバーはプライマリ・ラックにあります。
パッチは、次の3つのファイルで構成されます。

- ppatch_version_Linux-x86-64_1of3.zipにはMammothインストール・ファイルが含まれます。

- ppatch_version_Linux-x86-64_2of3.zipにはベース・イメージが含まれます。

- ppatch_version_Linux-x86-64_3of3.zipにはその他のパッケージBDA Extrasが含まれます。

Oracle Big Data Appliance 4.4.0の場合、パッチ番号は次のとおりです。

- 22537238 – Oracle Linux 6に基づくクラスタの新規インストールまたはアップグレード。

- 22537241 – Oracle Linux 5に基づくクラスタのアップグレード。

3. クラスタの第1ノードにrootとしてログインします。

4. ダウンロードしたzipファイルからすべてのファイルを解凍します。次に例を示します。

$ unzip p22537238_440_Linux-x86-64_1of3.zip
Archive:  p22537238_440_Linux-x86-64_1of3.zip
inflating: README.txt
creating: BDAMammoth-ol6-4.4.0/
inflating: BDAMammoth-ol6-4.4.0/BDAMammoth-ol6-4.0.0.run

$ unzip p22537238_440_Linux-x86-64_2of3.zip
Archive:  p22537238_440_Linux-x86-64_2of3.zip
creating: BDABaseImage-ol6-4.4.0_151225/
creating: BDABaseImage-ol6-4.4.0_151225/Extras/
creating: BDABaseImage-ol6-4.4.0_151225/Extras/BALANCER/
inflating: BDABaseImage-ol6-4.4.0_151225/Extras/BALANCER/orabalancer-2.6.0-h2.noarch.rpm
extracting: BDABaseImage-ol6-4.4.0_151225/Extras/BALANCER/orabalancer-2.6.0-h2.zip
extracting: BDABaseImage-ol6-4.4.0_151225/Extras/BALANCER/orabalancerdemo-2.6.0-h2.zip
creating: BDABaseImage-ol6-4.4.0_151225/Extras/CELL/
inflating: BDABaseImage-ol6-4.4.0_151225/Extras/CELL/bd_cell-12.1.2.0.100_LINUX.X64_150912.1-1.x86_64.rpm
inflating: BDABaseImage-ol6-4.4.0_151225/Extras/CELL/exadata-oswatcher-12.1.2.1.0.150912.1-1.x86_64.rpm
inflating: BDABaseImage-ol6-4.4.0_151225/Extras/CELL/bd_cellofl-12.1.2.0.100_LINUX.X64_150912.1-1.x86_64.rpm
creating: BDABaseImage-ol6-4.4.0_151225/Extras/NOSQL/
inflating: BDABaseImage-ol6-4.4.0_151225/Extras/NOSQL/kv-ee-3.5.2-0.noarch.rpm
inflating: BDABaseImage-ol6-4.4.0_151225/Extras/NOSQL/kv-ce-3.5.2-0.noarch.rpm
inflating: BDABaseImage-ol6-4.4.0_151225/ubiosconfig
inflating: BDABaseImage-ol6-4.4.0_151225/reimagecluster
inflating: BDABaseImage-ol6-4.4.0_151225/json-select
inflating: BDABaseImage-ol6-4.4.0_151225/biosconfig
extracting: BDABaseImage-ol6-4.4.0_151225/BDABaseImage-ol6-4.4.0_151225.md5sum
inflating: BDABaseImage-ol6-4.4.0_151225/makebdaimage
inflating: BDABaseImage-ol6-4.4.0_151225/reimagerack
inflating: BDABaseImage-ol6-4.4.0_151225/README.txt
inflating: BDABaseImage-ol6-4.4.0_151225/BDABaseImage-ol6-4.4.0_151225.iso

$ unzip p22537238_440_Linux-x86-64_3of3.zip
Archive:  p22537238_440_Linux-x86-64_3of3.zip
creating: BDAExtras-ol6-4.4.0/
creating: BDAExtras-ol6-4.4.0/zipfiles/
inflating: BDAExtras-ol6-4.4.0/zipfiles/ojdbc7.jar
extracting: BDAExtras-ol6-4.4.0/zipfiles/ezsh-0.5.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oraloader-3.5.0-h2.x86_64.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.1.2.zip
inflating: BDAExtras-ol6-4.4.0/zipfiles/ojdbc6.jar
extracting: BDAExtras-ol6-4.4.0/zipfiles/oraloader-examples-3.5.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/exachk.zip
inflating: BDAExtras-ol6-4.4.0/zipfiles/mysql-connector-java-commercial-5.1.34-bin.jar
inflating: BDAExtras-ol6-4.4.0/zipfiles/odi_generic.jar
extracting: BDAExtras-ol6-4.4.0/zipfiles/oraah-supporting-linux-x86_64-2.5.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.5.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh5.0.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/orahdfs-3.4.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oraah-install-linux-x86_64-2.5.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/orahivedp-2.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.7.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.4.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.3.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.6.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/olhp-3.0.0.zip
extracting: BDAExtras-ol6-4.4.0/zipfiles/oxh-4.2.1-cdh4.2.0.zip
inflating: BDAExtras-ol6-4.4.0/zipfiles/odi_generic2.jar
extracting: BDAExtras-ol6-4.4.0/zipfiles/ota4h-1.0.0.0.zip

5. BDAMammoth-versionディレクトリに移動します。

# cd BDAMammoth-ol6-4.4.0

6. BDAMammoth-version.runからすべてのファイルを抽出します。

# ./BDAMammoth-ol6-4.4.0.run

Big Data Appliance Mammoth v4.4.0 Self-extraction

Checking for and testing BDA Base Image in /tmp

BDABaseImage-4.4.0_RELEASE.iso: OK

Removing existing temporary files

Generating /tmp/BDAMammoth.tar
Verifying MD5 sum of /tmp/BDAMammoth.tar
/tmp/BDAMammoth.tar MD5 checksum matches

Extracting /tmp/BDAMammoth.tar to /opt/oracle/BDAMammoth

Extracting Base Image RPMs to bdarepo
Moving BDABaseImage into /opt/oracle/

Extracting BDA Extras

Removing temporary files
.
.
.
Please "cd /opt/oracle/BDAMammoth" before running "./mammoth -i <rack_name>"
#

Mammothソフトウェアの新規バージョンは/opt/oracle/BDAMammothにインストールされ、以前のバージョン(アップグレードの場合)は/opt/oracle/BDAMammoth/previous-BDAMammothに保存されます。

7. 実行中のインストール・タイプに固有の手順に従います。

10.4 新規ラックへのソフトウェアのインストール

Mammothでは、Oracle Big Data Appliance構成生成ユーティリティによって生成されたファイルを使用して、Oracle Big Data Applianceにソフトウェアをインストールして構成できます。クラスタは、CDH (Hadoop)専用またはOracle NoSQL Database専用にできます。

CDHクラスタの場合、MammothによってCloudera's Distribution including Apache Hadoopのインストールと構成が行われます。これには、すべてのHadoopソフトウェアおよびCloudera Manager (Hadoopクラスタを管理するためのツール)が含まれます。ライセンスがある場合、MammothはオプションでOracle Big Data Connectorsのすべてのコンポーネントをインストールおよび構成できます。

NoSQLクラスタの場合、MammothはOracle NoSQL Databaseをインストールします。Oracle Big Data Appliance 2.2より、CDHとOracle NoSQL Databaseはクラスタを共有しません。

Mammothでは、ラック内のすべてのサーバー全体にソフトウェアをインストールする以外に、必要なユーザー・アカウントの作成、適切なサービスの開始、および適切な構成パラメータの設定を行うことができます。この完了時には、完全に機能する高度にチューニングされたHadoopクラスタを実行できます。

10.4.1 ソフトウェアのインストール

次の手順に従って、1つ以上のOracle Big Data Applianceラックにソフトウェアをインストールして構成します。単一のインストールで複数のラックに1つのクラスタを構成できます。

ソフトウェアをインストールするには、次の手順を実行します。

1. Oracle Big Data Applianceラックが/opt/oracle/bda/network.jsonに記述されたカスタム・ネットワーク設定に従って構成されていることを確認します。ラックがまだ工場出荷時のデフォルトIPアドレスに構成されている場合、最初に「ネットワークの構成」の手順に従ってネットワーク構成を実行します。

2. ソフトウェアがまだラックにインストールされていないことを確認します。ソフトウェアがインストールされており、アップグレードする場合は、手順6でmammoth -pオプションを使用します。

3. 「Mammothソフトウェア・デプロイメント・バンドルのダウンロード」の説明に従って、Mammothバンドルをダウンロードして解凍します。クラスタの第1サーバーにrootとしてログインする必要があります。

4. BDAMammothディレクトリに移動します。

# cd /opt/oracle/BDAMammoth

5. cluster_name-config.jsonを現在のディレクトリにコピーします。「構成ファイルについて」を参照してください。

6. 適切なオプションを使用してmammothコマンドを実行します。「Mammothソフトウェア・インストールおよび構成ユーティリティ」を参照してください。次のサンプル・コマンドでは、すべてのステップが実行されます。

./mammoth -i rack_name

ベース・イメージのアップグレードが行われた場合、Mammothのインストール手順3の完了後に、再起動するように要求されます。

7. 自動サービス・リクエストのサポートをインストールした場合は、「自動サービス・リクエストのインストールの確認」の手順を実行します。

8. サーバー上の別のCDHクラスタを構成するには、次の手順を実行します。

a. BDAMammoth ZIPファイルをクラスタの第1サーバーの任意のディレクトリにコピーします。これは、サーバー7かサーバー13のいずれかです。

b. 手順3から7を繰り返します。各クラスタには独自のcluster_name-config.jsonファイルがあります。Oracle Big Data Appliance構成生成ユーティリティが、クラスタの名前に合わせて異なるディレクトリにファイルを作成します。

注意:

Mammothは、現在の構成を/opt/oracle/bda/install/stateディレクトリに格納します。このディレクトリのファイルは削除しないでください。クラスタにラックを追加するなど、Mammothをもう一度使用する必要がある場合に、この情報が不足していると実行が失敗します。

自動サービス・リクエストのインストールの確認

1. My Oracle Support (http://support.oracle.com)にログインします。

2. ドキュメントID 1450112.1のASREXACHECKによるASR Exadataの構成チェックに関するドキュメントを検索し、asrexacheckスクリプトをダウンロードします。
本来、これはOracle Exadata Database Machineに対して実施するチェックですが、現在はOracle Big Data Applianceでもサポートされています。

3. asrexacheckをOracle Big Data Applianceクラスタのサーバーにコピーします。

4. rootとしてそのサーバーにログインします。

5. asrexacheckをクラスタ内のすべてのサーバーにコピーします。

# dcli -C -f asrexacheck -d /opt/oracle.SupportTools

dcliの詳細は、「クラスタ全体でのdcliユーティリティを使用したコマンドの実行」を参照してください。

6. ファイルのアクセス権限を変更します。

# dcli -C chmod 755 /opt/oracle.SupportTools/asrexacheck

7. スクリプトを実行します。

# dcli -C /opt/oracle.SupportTools/asrexacheck

8. Oracle Supportのリクエスト(SR)を保存してASRインストールを検証します。次の選択項目に注意してください。

a. 「What is the Problem?」の「Hardware」タブをクリックします。

b. 「Products Grouped By」で、「Hardware License」を選択します。

c. 「Problem Type」で、「My - Auto Service Request (ASR) Installation and Configuration Issues」を選択します。

d. asrexacheckの出力を含みます。

9. ソフトウェア・インストール手順のステップ8を続行します。

10.5 インストール中にエラーが発生した場合の対処方法

Mammothユーティリティが失敗した場合は、次の手順を実行して問題を解決します。

1. エラー・メッセージを読んで、原因または解決策が示されているかどうかを確認します。

2. 推奨される変更を行い、手順を再実行します。

3. エラー・メッセージに解決策が示されていない場合、または問題が解決されない場合:

- My Oracle Supportでサービス・リクエスト(SR)を送信します。

- エラー発生時にMammothにより生成された診断情報ZIPファイルをアップロードします。

関連項目:

『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』

10.6 クラスタへのサーバーの追加

サーバーを既存のクラスタに追加するには、Mammothユーティリティを使用してクラスタを新しいサーバーに拡張します。この目的にはOracle Big Data Appliance構成生成ユーティリティを使用しないでください。

クラスタの各ラックで、ラックがクラスタに提供できる最小サーバー数は3です。したがって、3サーバー以上を含む1つのグループを最初に追加する必要があります。最小の数を満たせば、その他の制限はありません。この後、ラックからクラスタに1つずつサーバーを追加することも、任意の数をまとめて追加することもできます。また、ラック上のすべてのサーバーにクラスタを同時に拡張することもできます。

同じラック(および同じクラスタ)にサーバーを追加すると、そのプロセスでクラスタの停止時間は発生しません。1ラック・クラスタが初めて2番目のクラスタに拡張されるとき、クラスタ拡張のために停止時間が発生します(このときにマスターの役割が追加のラックに移されます)。ただし、その後のクラスタ拡張では停止時間は必要なくなります。(「ローリング・アップグレードについて」を参照してください。)

新しいサーバー・ノードと古いサーバー・ノードの構成方法に大きな違いはありません。ただし、新しいノードのディスク容量が大きい場合、作成されるデータ・パーティションは、ディスク全体を使用するために対応して大きくなります。データ・ノードごとに使用可能な容量が異なる状況はHDFSによって処理されます。Oracle Big Data Applianceにより特別な構成が追加で実行されることはありません。

クラスタの追加サーバーにソフトウェアをインストールするには、次の手順を実行します。

1. すべてのサーバーで同じソフトウェア・バージョンが実行されていることを確認します。追加のサーバーは、既存クラスタより新しいOracle Big Data Applianceベース・イメージを持つことはできません。「ソフトウェア・バージョンの違いについて」を参照してください。

2. 単一のHadoopクラスタを構成するすべてのラックがケーブルで接続されていることを確認します。「複数のOracle Big Data Applianceラックの接続」を参照してください。

3. rootとしてプライマリ・ラックのnode01に接続し、BDAMammothディレクトリに移動します。

cd /opt/oracle/BDAMammoth

注意: Mammothは常にプライマリ・ラックから起動してください。

4. サーバー・グループのパラメータ・ファイルを生成します。次の例では、ノード13から数えて6つのサーバーを追加します。

./mammoth -e node13 node14 node15 node16 node17 node18

同じラックまたは複数のラックにあるサーバーを指定できます。「Mammothソフトウェア・インストールおよび構成ユーティリティ」で-eオプションを参照してください。

ベース・イメージのアップグレードが行われた場合、Mammothのインストール手順3の完了後に、再起動するように要求されます。

5. Oracle Enterprise Manager Cloud Controlを使用してOracle Big Data Applianceを監視している場合、再検出を実行してハードウェアおよびソフトウェアの変更を特定します。

Oracle Big Data Connectorsのライセンスを持っている場合、それらはプライマリ以外のラックのすべてのノードにインストールされます(ただし、そこではサービスは実行されません)。Oracle Data Integratorエージェントは、引き続きプライマリ・ラックのnode03で実行されます。

Mammothは、/opt/oracle/bda/install/stateに格納されたファイルから現在の構成を取得します。これらのファイルが存在しないか、サービスのいずれかが手動で移動されて他のノードで実行されていると、Mammothは失敗します。

ソフトウェア・バージョンの違いについて

1つのHadoopクラスタとして構成されたすべてのサーバーには、同じイメージが存在する必要があります。新しいOracle Big Data Applianceラックには、以前にインストールされたラックと比較して新しいベース・イメージが工場出荷時にインストールされている可能性があります。任意のサーバーでimageinfoユーティリティを使用して、イメージ・バージョンを取得してください。単一のHadoopクラスタのすべてのサーバーに同じイメージ・バージョンが存在する場合、ソフトウェアをインストールできます。

新しいサーバーをHadoopクラスタの残りと同期するには、既存のクラスタを最新のイメージ・バージョンにアップグレードするか、新しいサーバーのイメージ・バージョンをダウングレードします。

イメージ・バージョンをアップグレードするには、次の手順を実行します。

- -pオプションを使用してMammothを実行し、クラスタのソフトウェアを最新バージョンにアップグレードします。「Oracle Big Data Applianceでのソフトウェアのアップグレード」を参照してください。

イメージ・バージョンをダウングレードするには、次の手順を実行します。

- 新しいラックのイメージを、クラスタにインストールされている古いバージョンに変更します。My Oracle Support情報センターID 1445745.2を参照してください。

- 既存のクラスタの第1サーバーにある古いバージョンのMammothユーティリティを使用して、クラスタを新しいラックに拡張します。

新しいサーバー・モデルを追加する場合には、ダウングレードできるのは、そのモデルで使用可能な最初のソフトウェア・バージョンまでです。たとえば、Sun Server X3-2Lサーバーを追加する場合には、Oracle Big Data Applianceソフトウェアのバージョン2.3以上をインストールする必要があります。

10.7 Oracle Big Data Applianceでのソフトウェアのアップグレード

ソフトウェアをアップグレードする手順は、あるメジャー・リリースから別のメジャー・リリースにアップグレードする場合でも、単にパッチ・セットを適用する場合でも同じです。また、この手順は、Hadoopクラスタが1つのOracle Big Data Applianceラックで構成されていても、複数のラックで構成されていても同じです。

このプロセスによって、ファームウェア、オペレーティング・システム、Oracle Linux Unbreakable Enterprise Kernel (UEK)、CDH、JDKおよびOracle Big Data Connectors (事前にインストールされている場合)を含むソフトウェア・スタックのすべてのコンポーネントがアップグレードされます。Oracle Linux 5用とOracle Linux 6用に、2つのバージョンのソフトウェア・バンドルを使用できます。

Oracle Big Data Connectorsのみをアップグレードして、ソフトウェア・スタックの他のコンポーネントをアップグレードしない場合は、Oracle Supportにサポートを依頼してください。

ソフトウェアのダウングレードはサポートされません。

注意:

アップグレードにより、ローリング・アップグレードを選択するか、従来のアップグレードを続行するかを確認するプロンプトが表示されます。従来のアップグレード・プロセスは、サービスを自動的に停止し、必要に応じて開始します。したがって、mammothコマンドの実行中はクラスタを使用できません。ローリング・アップグレードの利点は、アップグレード・プロセス全体を通じて一部のサービスに中断なくアクセスできることです。ただし、ローリング・アップグレードはサーバーの再起動が同時に行われないため、サーバーごとに時間が余分にかかります。

現在、Oracle Big Data Applianceソフトウェアをアップグレードしても、対応するInfiniBandまたはCiscoスイッチのアップグレードは必要ありません。

10.7.1 オペレーティング・システムのバージョンについて

Oracle Big Data Appliance 2.3以上のソフトウェアは、Oracle Linuxバージョン5またはバージョン6で動作します。ソフトウェアをアップグレードする際、オペレーティング・システムもアップグレードするかどうか選択できます。

- Oracle Linux 5を維持: Oracle Linux 5用のMammothバンドルをダウンロードします。Oracle Linux 5を維持しますが、Oracle Unbreakable Enterprise Kernel (UEK)をバージョン2にアップグレードします。このリリースのすべてのOracle Big Data Applianceソフトウェアをインストールします。

- Oracle Linux 6にアップグレード: Oracle Linux 6用のMammothバンドルをダウンロードします。オペレーティング・システムをアップグレードするには、まずサーバーのイメージを変更する必要があります。イメージを変更するとすべてのファイルとデータが消去されるため、同じデータを使用するバックアップとして2つ目のクラスタが機能している場合を除いて、本番システムに対してはこのタイプのアップグレードをお薦めしません。イメージの変更が終わると、Oracle Linux 6とUEKバージョン2を使用してソフトウェアをインストールできます。

10.7.2 ソフトウェアのアップグレード

次の手順に従って、Oracle Big Data Applianceクラスタのソフトウェアを現在のバージョンにアップグレードします。

10.7.2.1 前提条件

Mammothユーティリティによってパスワードが求められた場合、クラスタで現在有効な次のパスワードが必要です。

- oracle

- root

- Cloudera Manager admin

- MySQL Database admin

- Oracle Data IntegratorのMySQL Database (Oracle Data Integratorエージェントがインストールされている場合)

Oracle Big Data Appliance 4.1では、Apache SentryはファイルベースのプロバイダからSentryサービスへ変更されました。クラスタをアップグレードするときにSentryが有効な場合、ファイルベースのプロバイダが維持されます。Sentryサービスへ切り替えるには、ソフトウェアをアップグレードする前にSentryを無効にし、後でSentryを再び有効にします。

10.7.2.2 現在のソフトウェア・バージョンへのアップグレード

アップグレード前にクラスタ・サービスの状態が正常であることを確認します。特にリブート後が非常に重要です。 これはローリング・アップグレードの際にはさらに重要です。 ローリング・アップグレード時に、前のエラーが存在しているとパーセルのアップグレードが停止します(パーセルがすでにアップグレードされている場合でも)。 これによってサービスが起動できなくなります。再開するために手動の手順が必要になります。
次のようにOracle Big Data Applianceソフトウェアを現在のソフトウェア・バージョンにアップグレードします。これはサマリーです。次の手順の詳細、既知の問題および前提条件は、MOS Doc ID 2101906.1を参照してください。

注意:
アップグレードの前にすべてのOozieジョブを停止する必要があります。そうしないとアップグレードが失敗することがあります。

1. 「Mammothソフトウェア・デプロイメント・バンドルのダウンロード」の説明に従って、Mammothバンドルをダウンロードして解凍します。プライマリ・ラックのノード1にrootとしてログインする必要があります。

2. BDAMammothディレクトリに移動します。

# cd /opt/oracle/BDAMammoth

3. -pオプションを使用してmammothコマンドを実行します。

# ./mammoth -p

必要に応じて、Mammothによりベース・イメージが自動的にアップグレードされます。

4. すべてのノードがリブートした後で、次のチェックを実行します。

a. 稼働時間をチェックします。
# dcli -C uptime

b. /root/BDA_REBOOT_SUCCEEDEDをチェックします。
# dcli -C ls -ltr /root/BDA_REBOOT_SUCCEEDED

注意: BDA_REBOOT_SUCCEEDEDがない場合は、/root/BDA_REBOOT_*と/root/bda_reboot_statusをチェックします。

c. カーネルとJDKがアップグレードされていることを確認します。

# dcli -C uname -a
# dcli -C java -version

d. すべてのCloudera Configuration Managerサービスが正常であることをチェックします。場合によってはいくつかのサービスを手動で再起動する必要があります。

注意:
あらゆるアップグレード、特にローリング・アップグレードでは、続行するためにリブート後にCMのすべてのサービスが正常であることが重要です。 続行できないとアップグレードが失敗します。

5. リブートとリブート後のチェックの後で、プライマリ・ラックのノード1にログインして、アップグレードを再開するためにmammoth -pを再び実行します。

# cd /opt/oracle/BDAMammoth
# ./mammoth -p

6. アップグレードが完了したら、MOSドキュメント(2101906.1)の説明に従ってアップグレード後の検証手順を実行します。

10.7.2.3 個別パッチ・メカニズムを使用しないパーセルのアップグレードの実行

当然のことながら、Oracle Big Data Applianceソフトウェア用のOracleの個別パッチはサポートされています。 個別パッチの一環として行われないパーセルのアップグレードは、Oracleサポートの承認がないかぎり、サポートされません。

CDH 5.5.2パーセルへのアップグレード

Mammothバンドルには、Cloudera's Distribution including Apache Hadoop (CDH)のパーセルの最新のバージョンが含まれています。ただし、CDHはClouderaのスケジュールに合わせてリリースされており、現在のMammothバンドルよりも新しいCDHのリリースが利用できる場合があります。新しいバージョンのCDHが、現在のOracle Big Data Applianceリリースとの統合のためにサポートされている可能性があります。疑問がある場合は、Oracleサポートに問い合せてください。

Oracle Big Data Applianceリリース4.4にはCDH 5.5.1が含まれています。  このリリースは、CDH 5.5.2へのパーセルのアップグレードに対応しています。 手順はMOS Doc ID 2105676.1を参照してください。 このアップグレードはオプションです。アップグレードの実行を選択する前に、MOSノートの既知の制約に関する項に記載された問題を考慮してください。

10.8 オプション・ソフトウェアの構成の変更

Oracle Big Data Applianceの初期構成中に、オプションのソフトウェア・コンポーネントがインストールされる場合とインストールされない場合があります。bdacliユーティリティを使用して、この決定の一部を元に戻すことができます。関係のあるサーバー名、ポート、ユーザー名およびパスワードを指定する必要があります。

この項では、再構成オプションの例をいくつか示します。次の項目があります。

- Oracle Big Data Connectorsのサポートの変更

- 自動サービス・リクエストのためのサポートの追加

- Oracle Enterprise Manager Cloud Controlのサポートの追加

- Oracle Audit Vault and Database Firewallのサポートの追加

- Kerberos認証の追加

注意:

構文の詳細は、「bdacli」を参照してください。

10.8.1 Oracle Big Data Connectorsのサポートの変更

Oracle Big Data Connectorsのサポートを追加または削除できます。

10.8.1.1 Oracle Big Data Connectorsの追加

Oracle Big Data Connectorsのサポートを追加するとき、Oracle Data Integratorエージェントをインストールするかどうかを選択できます。インストールする場合は、MySQL DatabaseのrootユーザーおよびOracle Data Integratorユーザー(BDA_ODI_REPO)のパスワードを指定する必要があります。また、次のパスワードがcluster_name-config.jsonに保存されていない場合は、それらのパスワードを用意する必要があります。

- Cloudera Managerのadminユーザー

- Oracle Audit Vault and Database Firewall (有効になっている場合)

次の手順では、bdacliユーティリティを使用します。

Oracle Big Data Connectorsをクラスタに追加する場合:

1. プライマリ・ラックの第1 NameNode (node01)にrootとしてログインします。

2. Oracle Big Data Connectorsを有効にします。

# bdacli enable bdc
INFO: Logging all actions in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node03-20140805110007.log and traces in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node03-20140805110007.trc
INFO: This is the install of the primary rack
INFO: Checking if password-less ssh is set up
.
.
.
Do you wish to enable ODI? [y/n]: y
Enter password for the BDA_ODI_REPO mysql user
Enter password: odi_password
Enter password again: odi_password
Enter password for the mysql root user
Enter password: root_password
Enter password again: root_password
WARNING: The password for the Cloudera Manager admin user is missing from the parameters file and is required for the installation.
Enter password: admin_password
Enter password again: admin_password
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     2    0     2    0     0    181      0 --:--:-- --:--:-- --:--:--   250
INFO: The password for audit vault server is not needed since feature is not enabled
INFO: Creating environment.pp file ...
INFO: Making sure all puppet agents can be accessed.
INFO: Pinging puppet agents
INFO: Adding BDC to the cluster. This will take some time ...
.
.
.
SUCCESS: Successfully reconfigured service

10.8.1.2 Oracle Big Data Connectorsの削除

Oracle Big Data Connectorsのサポートを削除する場合、次のユーザーのパスワードがcluster_name-config.jsonに保存されていないときは、それらのパスワードを指定する必要があります。

- Cloudera Managerのadminユーザー

- MySQL Databaseのrootユーザー(Oracle Data Integratorエージェントが有効になっている場合)

- MySQL DatabaseのBDA_ODI_REPOユーザー(Oracle Data Integratorエージェントが有効になっている場合)

- Oracle Audit Vault and Database Firewall (有効になっている場合)

次の手順では、bdacliユーティリティを使用します。

Oracle Big Data Connectorsをクラスタから削除する場合:

1. プライマリ・ラックの第1 NameNode (node01)にrootとしてログインします。

2. Oracle Big Data Connectorsを削除します。

# bdacli disable bdc
INFO: Logging all actions in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node03-20140805104603.log and traces in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node03-20140805104603.trc
INFO: This is the install of the primary rack
INFO: Checking if password-less ssh is set up
INFO: Executing checkRoot.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Executed checkRoot.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
INFO: Executing checkSSHAllNodes.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Executed checkSSHAllNodes.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
INFO: Reading component versions from

/opt/oracle/BDAMammoth/bdaconfig/COMPONENTS
INFO: Creating nodelist files...
WARNING: The password for the Cloudera Manager admin user is missing from the parameters file and is required for the installation.
Enter password: admin_password
Enter password again: admin_password
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     2    0     2    0     0    184      0 --:--:-- --:--:-- --:--:--   250
WARNING: The password for the MySQL root user is missing from the parameters file and is required for the installation.
Enter password: root_password
Enter password again: root_password
INFO: Executing verifyMySQLPasswd.sh on nodes
/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Executed verifyMySQLPasswd.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
WARNING: The password for the MySQL BDA_ODI_REPO user is missing from the  parameters file and is required for the installation.
Enter password: odi_password
Enter password again: odi_password
INFO: Executing verifyMySQLPasswd.sh on nodes
/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
INFO: The password for audit vault server is not needed since feature is not enabled
INFO: Creating environment.pp file ...
INFO: Making sure all puppet agents can be accessed.
INFO: Pinging puppet agents
INFO: Removing big data connectors. This will take some time ...
.
.
.
SUCCESS: Successfully reconfigured service

10.8.2 自動サービス・リクエストのためのサポートの追加

次の手順では、自動サービス・リクエストに対するサポートの追加方法を示します。

自動サービス・リクエストをサポートするには、次の手順を実行します。

1. My Oracle Supportアカウントを設定してASRマネージャをインストールします。これは、Oracle Big Data Applianceで自動サービス・リクエストをアクティブ化する前に行います。「自動サービス・リクエストの設定」を参照してください。

2. 自動サービス・リクエスト監視を有効にしてアセットをアクティブ化します。

# bdacli enable asr
INFO: Logging all actions in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node01-20130205075303.log and traces in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node01-20130205075303.trc
.
.
.
Enter the value for ASR_HOST [Default: ]: asr-host.example.com
Enter the value for ASR_PORT [Default: 162]:
Enter the value for ASR_SERVER_USER: jdoe

Please Check the values you entered for the ASR parameters

ASR_HOST = asr-host.example.com
ASR_PORT = 162
ASR_SERVER_USER = jdoe

Are these values correct (y/n): y
Enter password for user jdoe on machine asr-host.example.com
Enter password: password
Enter password again: password
INFO: Creating environment.pp file ...
INFO: Making sure all puppet agents can be accessed.
INFO: Pinging puppet agents
INFO: Setting up ASR on all nodes. This will take some time ...
.
.
.

3. 「自動サービス・リクエストのインストールの確認」の手順を完了します。

10.8.3 Oracle Enterprise Manager Cloud Controlのサポートの追加

次の手順では、Oracle Enterprise Manager Cloud Controlに対するサポートの追加方法について示します。

Oracle Enterprise Manager Cloud Controlをサポートするには、次の手順を実行します。

1. 同じネットワーク上のOracle Enterprise Manager Cloud ControlインストールにOracle Big Data Appliance用のシステム監視プラグインをインストールします。『Oracle Enterprise Manager System Monitoring Plug-inインストレーション・ガイドfor Oracle Big Data Appliance』を参照してください。

2. プライマリ・ラックの第1 NameNode (node01)にログインします。

3. Oracle Enterprise Manager Cloud Controlに対するサポートを追加します。

#
# bdacli enable em
INFO: Logging all actions in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node01-20130205082218.log and traces in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node01-20130205082218.trc
.
.
.

関連項目:

インストールの完全な手順は、My Oracle Support Doc ID 1682558.1のOracle Big Data Applianceへの12.1.0.4 BDAプラグインのインストールの手順に関する項を参照してください。

10.8.4 Oracle Audit Vault and Database Firewallのサポートの追加

現時点では、リリース12.1.1のOracle Audit Vault and Database Firewall ServerのみをOracle Big Data Applianceで使用できます。

Oracle Big Data Applianceにサポートをインストールする前に、Oracle Audit Vault and Database Firewall Serverが稼働していることを確認してください。ソフトウェアは、Oracle Big Data Applianceと同じネットワーク上の別のサーバーにインストールする必要があります。

また、Audit Vault Serverのインストールに関する次の情報が必要になります。

- Audit Vault Serverの管理ユーザー名とパスワード

- データベース・サービス名

- IPアドレス

- ポート番号

Oracle Audit Vault and Database Firewallのサポートを追加する場合:

1. プライマリ・ラックの第1 NameNode (node01)にログインします。

2. Oracle Audit Vault and Database Firewallのサポートを追加します。

# bdacli enable auditvault
INFO: Logging all actions in /opt/oracle/BDAMammoth/bdaconfig/tmp/ bda1node01-20140805072714.log and traces in /opt/oracle/BDAMammoth/bdaconfig/tmp/ bda1node01-20140805072714.trc
INFO: This is the install of the primary rack
INFO: Checking if password-less ssh is set up
INFO: Executing checkRoot.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Executed checkRoot.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
INFO: Executing checkSSHAllNodes.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Executed checkSSHAllNodes.sh on nodes

/opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
INFO: Reading component versions from

/opt/oracle/BDAMammoth/bdaconfig/COMPONENTS
INFO: Creating nodelist files...
Please enter the Audit Vault Server Admin Username: admin_username
Please enter the Audit Vault Server Admin Password: admin_password
Enter password again: admin_password
Please enter the Audit Vault Server Database Service Name: service_name
Please enter the Audit Vault Server IP Address: IP address
Please enter the Audit Vault Server Port: port_number
INFO: Creating environment.pp file ...
INFO: Making sure all puppet agents can be accessed.
INFO: Pinging puppet agents
INFO: Adding audit Vault Service. This will take some time ...
.
.
.

10.8.5 Kerberos認証の追加

Kerberos認証は、次の手順で構成します。

注意:
Active Directory Kerberosを有効にすることを選択した場合は、最初にMOS (My Oracle Support)ドキュメント2029378.1および2013585.1を読みます。これらのドキュメントでは、必要な準備手順について説明し、既知の問題に関する重要情報を提供しています。

Kerberos認証をサポートするには、次の手順を実行します。

1. 「インストールの前提条件」にリストされているKerberosの前提条件が完全に満たされていることを確認します。

2. プライマリ・ラックの第1 NameNode (node01)にログインします。

3. Kerberosを構成します。

# bdacli enable kerberos
INFO: Logging all actions in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node01-20131104072502.log and traces in /opt/oracle/BDAMammoth/bdaconfig/tmp/bda1node01-20131104072502.trc
.
.
.
INFO: Executing checkRoot.sh on nodes /opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Executed checkRoot.sh on nodes /opt/oracle/BDAMammoth/bdaconfig/tmp/all_nodes #Step -1#
SUCCESS: Password-less root SSH is setup.

Do you want to setup KDC on a BDA node (yes/no): yes

Please enter the realm name: EXAMPLE.COM

Enter password for Kerberos database: password
Enter password again: password
INFO: Executing changekrb5_kdc.sh on nodes bda1node01 #Step -1#
SUCCESS: Executed changekrb5_kdc.sh on nodes bda1node01 #Step -1#
SUCCESS: Successfully set the Kerberos configuration on the KDC
INFO: Setting up Master KDC
INFO: Executing setupKDC.sh on nodes bda1node01 #Step -1#
.
.
.

10.8.6 Oracle Big Data Discoveryのインストール

Oracle Big Data Discoveryは、Big Dataのビジュアル分析用のエンドツーエンド製品です。この製品のライセンスがある場合は、Oracle Big Data ApplianceでOracle Big Data Discoveryを有効または無効にできます。

このドキュメントで説明している方法は、Oracle Big Data ApplianceでOracle Big Data Discoveryをインストールおよびアンインストールするためにのみ使用します。『Oracle Big Data Discoveryインストレーションおよびデプロイメント・ガイド』で説明しているインストール手順は、このコンテキストでは使用しないでください。Oracle Big Data Applianceでは、CDHクラスタ上の別々のノードへのWebLogic Server、StudioおよびDgraphのインストールはサポートされません。

10.8.6.1 Oracle Big Data DiscoveryがOracle Big Data Applianceにデプロイされる方法

すべてのOracle Big Data Discovery (BDD)コンポーネントは単一ノードにインストールされます。Oracle Big Data Discoveryは、クラスタの5番目のノードにインストールされます(ここでは「ノード5」と呼びます)。BDDを有効化すると、クラスタは1、2、3、4、6の5つのノードで構成されるようになります。 必要に応じて、Oracle Big Data Discoveryを無効化してノード5をCDHクラスタに戻すこともできます。Hadoopクラスタの1ノードを専用にする余裕がない場合は、Oracle Big Data Appliance外部のサーバーにこのソフトウェアをインストールして、データ処理のためにOracle Big Data Applianceクラスタを使用できます。その場合、この項の手順は使用しないでください。かわりに、その他のインストール・オプションは、Oracle Help CenterにあるOracle Big Data Discovery製品のドキュメントを参照してください。

注意:
このインストールはOracle Linux 5を実行するOracle Big Data Applianceではサポートされません。

ノード5をBig Data Discoveryで再利用するために、サーバーのドライブ・アレイに現在存在するデータがインストールによってすべて削除されます。最初に、必要なディスク容量がクラスタ内の他の場所に存在することを確認します。この要件が満たされる場合、サーバー上のすべてのHadoopブロックを他のノードに再配分します。Hadoopデータは何も失われません。インストールでは、サーバー上のDataNodeおよびNodeManagerがプロビジョニング解除され、データ・パーティション(/u03から/u12)が消去されます。/boot、root (/)および最初の2つのデータ・パーティション(/u01および/u02)のみがそのまま残されます。

重要
Oracle Big Data Discoveryをインストールする前に保存する必要のある非Hadoopデータをバックアップまたは移動するのはお客様の責任です。インストールでは、ノード5に格納されているいかなる非Hadoopデータも移動されません。ノード5のデータ・パーティション/u03-/u12に存在する非Hadoopデータは、インストールがこれらのデータ・パーティションを消去したときに失われます。

10.8.6.2 Oracle Big Data Discoveryのインストールおよび有効化

次の手順を使用して、Oracle Big Data ApplianceにOracle Big Data Discovery (BDD)をインストールします。インストールは、現在ノードにあるHadoopデータの量に応じて一般に完了まで40分から3時間かかります。インストールでは、新規ソフトウェアをインストールする前にこのデータが他のノードに移動されます。

インストール後に構成を完了するためにbdd.confファイルを編集する必要はありません。Oracle Big Data ApplianceへのOracle Big Data Discoveryのインストールによって、これが自動的に行われます。他のシステムのBDD構成に慣れ親しんでいる場合、ソフトウェアのOracle Big Data Applianceへのインストールにおいては、一部の標準bdd.conf構成プロパティが異なることに気付くでしょう。

これらの手順はサマリーです。MOSドキュメント2083079.1 (My Oracle Support)では、これらの手順に含まれていないその他の詳細情報や最新情報が見つかることがあります。

注意:

現時点では、バージョン1.1.1のOracle Big Data DiscoveryのみがOracle Big Data Applianceによってサポートされます。バージョン1.1.1をダウンロードし、完全インストールとしてインストールします。バージョン1.1をインストールしてから1.1.1へのアップグレードを試行しないでください。

バージョン1.1.1へのパッチは、Oracle Big Data Applianceでのこの製品のインストールと互換性がある場合とない場合があります。Oracle Big Data DiscoveryパッチをOracle Big Data Applianceにインストールする前に、Oracleサポートにお問い合せください。

作業を開始する前に

注意
Oracle Big Data Discoveryの有効化の前に、必ず次の前提条件である手順に従ってください。

1. bdacheckclusterが正常に終了したこと、およびCloudera Managerによってクラスタが正常な状態であるとレポートされていることを確認します。インストールの前後に、クラスタの健全性をチェックする必要があります。

# bdacheckcluster

2. Oracle Big Data Discoveryを有効にする前に、実行中のジョブを停止するか、完了するまで待ちます。サーバー上のDataNodeおよびNodeManagerのシャットダウンとプロジェクト解除は、進行中のジョブに影響することがあります。

3. BDDの有効化の前に、ノード5のデコミッションできる非ゲートウェイ・ロールをデコミッションし、デコミッションできない非ゲートウェイ・ロールを削除することをお薦めします。

4. サーバーに、保持する非Hadoopファイルが含まれる場合は、それらを別のサーバーにバックアップします。

ソフトウェアのダウンロード、ステージング、および有効化

1. Oracle Software Delivery Cloudを参照し、サインインします。

2. 輸出規制を受け入れます。

3. まだ行っていない場合は、「Programs」をチェックします。

4. 「Product」テキスト・ボックスに、Oracle Big Data Discoveryと入力します。

5. 「Select Platform」をクリックし、「Linux x86-64」を選択します。
「Selected Products」表に「Oracle Big Data Discovery」と表示されます。

6. 「Continue」をクリックします。

7. 「Available Release」と「Oracle Big Data Discovery 1.1.1 for Linux x86-64」の両方が選択されていることを確認し、「Continue」をクリックします。

8. 「Oracle Standard Terms and Restrictions」に同意し、「Continue」をクリックします。

9. 「File Download」ポップアップで、「Download All」をクリックします。
これにより、次のファイルがマシンにダウンロードされます。

表10-1 Big Data Discovery 1.1.1用ダウンロード・パッケージ

ファイル名

説明

サイズ

V78310-01.zip

Oracle Big Data Discoveryバイナリの2つの部分の1番目

3.3 GB

V78311-01.zip

Oracle Big Data Discoveryバイナリの2つの部分の2番目

1.2 GB

V78312-01.zip

Oracle Big Data Discovery用のドキュメント(このパッケージのBDDインストール手順は、Oracle Big Data Applianceへのインストールには適用されません。)

872.8 KB

V78313-01.zip

Oracle Big Data Discoveryのインストーラ

152.8 KB

V89314-01.zip

Oracle Big Data Discovery用のSDK

8.6 MB

V44413-01.zip

Oracle Fusion Middleware 12c (12.1.3.0.0) WebLogic ServerおよびCoherence

880.3 MB

10. ノード5のルートとして、選択した場所に一時ディレクトリを作成し、ファイルをディレクトリにコピーします。

# mkdir /tmp/bdd

11. ファイルを確認します。

# cksum *
3837205837 923062967 V44413-01.zip
1152275699 3508469020 V78310-01.zip
967985778 1245236324 V78311-01.zip
1368329781 893770 V78312-01.zip
3622958531 156504 V78313-01.zip
3942433790 8999240 V78314-01.zip
# md5sum *
42c415fb1d01893a284833fa389fae53  V44413-01.zip
ff154ce2ef76cab238256647dfd57fa9  V78310-01.zip
647b4bcfd89ef5d279c758223eca62a8  V78311-01.zip
4f361679b849bbd4e45f670d1159278c  V78312-01.zip
60ae94d42f578e1d4fda2269d98f0e18  V78313-01.zip
41317fe2e80dcbd34818a3ed2af7fee5  V78314-01.zip

12. WebLogic Serverパッケージを抽出します。

# unzip V44413-01.zip
Archive:  V44413-01.zip
inflating: fmw_12.1.3.0.0_wls.jar

抽出されたファイルfmw_12.1.3.0.0_wls.jarには、WebLogic Serverインストーラが含まれています。

13. rootとして、/opt/oracle/bddを作成します。

# mkdir /opt/oracle/bdd

14. 一時ディレクトリから次のファイルを/opt/oracle/bddにコピーします。コピーコマンドの実行の際、次のように3つのファイル名を変更します。

# cp /tmp/V78313-01.zip /opt/oracle/bdd/installer.zip
# cp /tmp/V78310-01.zip /opt/oracle/bdd/bdd1.zip
# cp /tmp/V78311-01.zip /opt/oracle/bdd/bdd2.zip
# cp /tmp/fmw_12.1.3.0.0_wls.jar  /opt/oracle/bdd/.

Oracle Big Data Applianceへのインストールでは、BDDのダウンロード・ファイルのサブセットのみを使用することに注意してください。

15. クラスタのノード1(ノード5ではなく)で、bdacliコマンドを実行してインストールを開始し、ソフトウェアを有効にします。(インストールするのはノード5ですが、ノード1のBDDを有効または無効にする必要があります。)

# bdacli enable bdd

このコマンドによって開始されるプロセスは、Hadoopデータをノード5から移動し、サーバー上でHadoopの役割をプロビジョニング解除し、すべてのデータ・パーティションをパージしてから、Oracle Big Data Discoveryサービスをインストールします。インストールの初期段階で、Cloudera Managerのadminパスワードの入力を求められ、次の資格証明について確認されます。

- BDD Studio JDBCユーザー名およびパスワード。

- Oracle WebLogic Server管理ユーザー名およびパスワード。
Oracle WebLogic Server管理パスワードの制限: 最小8文字、先頭は数字以外で、1つ以上の数字を含む必要があります。

- BDD Studio管理ユーザー名(電子メール・アドレスを使用する必要があります)。

- Studio JDBCユーザー

また、MySQLのrootユーザーのパスワードが必要になります。

BDD Hiveデータベースの名前の入力を求められます。 名前をdefaultと入力します。

必要な資格証明を入力すると、それ以上プロンプトは表示されず、完了するまでインストールは自動的行われます。

インストール後のシステムの状態

インストールでは、クラスタのすべてのノードのbddおよびhiveグループでメンバーシップを持つbddというLinuxユーザーが作成されます。すべてのOracle Big Data Discoveryプロセスはこのアカウントで実行されます。

古いデータ・パーティションを削除することで解放されたドライブ領域から、インストールでは/bddにマウントされる/dev/md127という新規RAID 6アレイが作成されます。これは、Oracle Big Data Discovery索引およびデータの格納場所です。インストールの完了後に、アレイ同期が何時間もバックグラウンドで継続されます。同期の進行中にOracle Big Data Discoveryを使用できます。サーバーが再起動された場合、同期は再起動後に続行されます。

BDD_HOMEの理解

Oracle Big Data Discoveryホーム・ディレクトリはMammothによって /home/bdd/Oracle/Middleware/BDDに設定されます。

BDD用の管理スクリプトはすべて$BDD_HOME/bin下にあります。

構成ファイルは$BDD_HOME/conf/bdd.confにあります。

注意:
BDD_HOMEを/opt/oracle/bddに設定しないでください。Mammothはインストール時にこのディレクトリを使用します。これはインストールされたBDDソフトウェアの一部ではありません。BDDの有効化の後、/opt/oracle/bddを削除してもかまいませんが、残しておくと、BDDを再度有効化する場合に必要ないくつかの手順を省略できます。

BDDインストール後のチェック

1. インストール後、再度クラスタの健全性をチェックします。

# bdacheckcluster

2. Cloudera Managerで、「Home」、「yarn」、「Status Summary」の順に移動し、ノード5(現在BDDが動作している)のNodeManagerのステータスがStoppedであることを確認します。

3. 以後はいつでもbdd-admin.sh statusを実行できます。

# $BDD_HOME/bin/bdd-admin.sh status
[2015/12/16 08:18:49 -0500] [Admin Server] Checking the status of BDD components...
[2015/12/16 08:18:50 -0500] [bdanode05.example.com] Studio (pid 13807) is running...
[2015/12/16 08:18:50 -0500] [bdanode05.example.com] DP is ready to accept jobs. Hive Data Detector is not scheduled to run.
[2015/12/16 08:18:50 -0500] [bdanode05.example.com] Dgraph HDFS Agent (pid 13394) is running...
[2015/12/16 08:18:50 -0500] [bdanode05.example.com] Dgraph Gateway (pid 13807) is running...
[2015/12/16 08:18:50 -0500] [bdanode05.example.com] Dgraph (pid 13163) is running...
[2015/12/16 08:18:53 -0500] [Admin Server] Successfully checked statuses.

注意:
/opt/oracle/bdaからbdd-admin.shを実行しないでください。Cluster configuration file not foundが返されます。

4. Oracle Big Data Discoveryの管理サーバーにログインできることを確認します。

http://bdanode05.example.com:7003/bdd

通常、サイトはノード5に置かれています。必要に応じて、$BDD_HOME/conf/bdd.confのADMIN_SERVER設定のパスが正しいかチェックできます。

BDDの無効化

bdacli disable bddコマンドを使用して、BDDを無効化できます。BDDの無効化には、有効化に使用するものと同じアカウントの資格証明が必要です。

1. bdacheckclusterが正常に終了したこと、およびCloudera Managerによってクラスタが正常な状態であるとレポートされていることを確認します。BDDの有効化と同様に、この操作の前後にクラスタの健全性をチェックする必要があります。

# bdacheckcluster

2. BDAMammothディレクトリに移動し、bdacliコマンドを実行します。

# cd /opt/oracle/BDAMammoth
# bdacli disable bdd

3. Cloudera Managerで、「Home」、「hdfs」、「Status Summary」の順に移動し、すべてのDataNodeが稼動していることを確認します。次に、「Home」、「yarn」、「Status Summary」の順に移動し、すべてのNodeManagerが稼動していることを確認します。

4. BDDの有効化のときにノード5の非ゲートウェイロールをデコミッションまたは削除した場合、必要に応じてロールをリコミッションまたは再度追加します。

10.8.6.3 Oracle Big Data Discoveryの使用方法

ソフトウェアの使用手順は、Oracle Help CenterのOracle Big Data Discoveryに関するドキュメントを参照してください。このサイトには、Oracle Big Data Discoveryの削除、再インストール、アップグレードまたは再構成の手順が含まれています。これらは、Oracle Big Data Applianceにこのソフトウェアをインストールした状態で使用すべきでないことに注意してください。 これについて疑問がある場合はOracleサポートに問い合せてください。

10.9 ベース・イメージの再インストール

Oracle Big Data Applianceには、「Oracle Big Data Appliance管理ソフトウェア」の説明どおり、オペレーティング・システムおよび様々なユーティリティが工場出荷時にインストールされています。たとえば、Oracle Big Data Applianceを元の状態に戻す場合、または障害サーバーを交換した場合、このベース・イメージの再インストールが必要になる場合があります。Mammothでは、Oracle Big Data Applianceソフトウェアを新しいバージョンにアップグレードする前に、必要に応じてベース・イメージが自動的にアップグレードされます。

ラックのすべてまたは一部のイメージを変更できます。ただし、クラスタ内のすべてのサーバーは同じイメージである必要があります。適切な手順を実行します。

- 単一のOracle Big Data Applianceサーバーのイメージの変更

- Oracle Big Data Applianceラックのイメージの変更

- Oracle Big Data Applianceクラスタのイメージの変更

10.9.1 単一のOracle Big Data Applianceサーバーのイメージの変更

この手順を実行して単一のサーバーのイメージを変更します。たとえば、次のように障害サーバーを交換する場合を見てみます。

注意:

サーバーのイメージを変更すると、すべてのファイルとデータが消去されます。

単一のサーバーにベース・イメージを再インストールするには、次の手順を実行します。

1. My Oracle SupportまたはOracle Automated Release Updates (ARU)からベース・イメージ・パッチをダウンロードして、イメージを変更するサーバーにコピーします。Mammothバンドルと一緒にダウンロードしたベース・イメージを使用するか、個別のベース・イメージ・パッチをダウンロードできます。

注意:

ベース・イメージの最新のバージョン4.xを使用します。Mammothバンドルに含まれているバージョンは使用しないでください。

「Mammothソフトウェア・デプロイメント・バンドルのダウンロード」を参照してください。My Oracle Supportから基本イメージ・パッチをダウンロードするのと同じ基本手順を使用できます。

2. 現在のカスタマ設定のイメージをサーバーに再適用するには、意図したネットワーク構成が/opt/oracle/bda/network.jsonに反映されていることを確認します。反映されていない場合は、Oracle Big Data Appliance構成生成ユーティリティを使用して新しいファイルを生成します。「構成ファイルの生成」を参照してください。

3. パーティションに4GB以上の空きディスク領域があることを確認します。

$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md2              161G   23G  130G  15% /
/dev/md0              194M   40M  145M  22% /boot
tmpfs                  24G     0   24G   0% /dev/shm
/dev/sda4             1.7T  197M  1.7T   1% /u01
/dev/sdb4             1.7T  197M  1.7T   1% /u02
/dev/sdc1             1.8T  199M  1.8T   1% /u03
/dev/sdd1             1.8T  199M  1.8T   1% /u04
.
.
.

4. ダウンロードしたベース・イメージのZIPファイルを解凍します。次に例を示します。

# unzip p22118555_420_Linux-x86-64.zip
Archive:  p22118555_420_Linux-x86-64.zip
creating: BDABaseImage-ol6-4.2.0_RELEASE/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/biosconfig
inflating: BDABaseImage-ol6-4.2.0_RELEASE/makebdaimage
extracting: BDABaseImage-ol6-4.2.0_RELEASE/BDABaseImage-ol6-4.2.0_RELEASE.md5sum
inflating: BDABaseImage-ol6-4.2.0_RELEASE/reimagerack
inflating: BDABaseImage-ol6-4.2.0_RELEASE/reimagecluster
inflating: BDABaseImage-ol6-4.2.0_RELEASE/BDABaseImage-ol6-4.2.0_RELEASE.iso
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/ODI/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/ODI/odi_generic.jar
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/NOSQL/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/NOSQL/kv-ee-3.2.5-0.noarch.rpm
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/NOSQL/kv-ce-3.2.5-0.noarch.rpm
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/orabalancer-2.4.0-h2.noarch.rpm
extracting: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/orabalancerdemo-2.4.0-h2.zip
extracting: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/orabalancer-2.4.0-h2.zip
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/CELL/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/CELL/bd_cell-12.1.2.0.100_LINUX.X64_150225.1100-1.x86_64.rpm
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/CELL/exadata-oswatcher-12.1.2.2.0.150512-1.noarch.rpm
inflating: BDABaseImage-ol6-4.2.0_RELEASE/README.txt
inflating: BDABaseImage-ol6-4.2.0_RELEASE/ubiosconfig
inflating: BDABaseImage-ol6-4.2.0_RELEASE/json-select

5. 前の手順で作成したサブディレクトリに移動します。

# cd BDABaseImage-ol6-4.2.0_RELEASE

6. makebdaimageコマンドを使用してサーバーのイメージを変更します。次の例では、内部USBを含めたサーバー4のイメージを、4.2.0ベース・イメージからnetwork.jsonのカスタム設定に変更しています。イメージを変更するサーバー(この例では、サーバー4)にログインしている必要があります。

./makebdaimage --usbint BDABaseImage-ol6-4.2.0_RELEASE.iso /opt/oracle/bda/network.json 4

コマンドの完全な構文は、makebdaimageを参照してください。

7. makebdaimageコマンドがエラーなしに成功した場合には、サーバーを再起動します。

10.9.2 Oracle Big Data Applianceラックのイメージの変更

この手順を実行して、ラック全体のイメージを変更します。

注意:

ラック全体のイメージを変更すると、ラック上のすべてのクラスタ、ファイルおよびデータが消去されます。イメージの変更は、ソフトウェアのアップグレードには必要ありません。

ラックのすべてのサーバーにベース・イメージを再インストールするには、次の手順を実行します。

1. Oracle Big Data Applianceソフトウェアを以前にラックにインストールしている場合、Oracle Big Data Appliance以外の安全な場所に/opt/oracle/BDAMammoth/cluster_name-config.jsonファイルを保存します。

2. My Oracle SupportまたはOracle Automated Release Updates (ARU)から最新のベース・イメージ・パッチをダウンロードして、イメージを変更するラックの第1サーバー(最下部)にコピーします。Mammothバンドルと一緒にダウンロードしたベース・イメージを使用するか、個別のベース・イメージ・パッチをダウンロードできます。
「Mammothソフトウェア・デプロイメント・バンドルのダウンロード」を参照してください。My Oracle Supportから基本イメージ・パッチをダウンロードするのと同じ基本手順を使用できます。

注意:

ベース・イメージの最新のバージョン4.xを使用します。Mammothバンドルに含まれているバージョンは使用しないでください。

3. 第1サーバーのSSH接続を確立して、rootとしてログインします。

4. 既存のカスタマ・ネットワーク設定のイメージを再適用するには、意図したネットワーク構成が/opt/oracle/bda/network.jsonに反映されていることを確認します。反映されていない場合は、Oracle Big Data Appliance構成生成ユーティリティを使用して新しいファイルを生成します。「構成ファイルの生成」を参照してください。

5. パスワードなしSSHが設定されていることを確認します。

# dcli hostname
192.168.41.37: bda1node01.example.com
192.168.41.38: bda1node02.example.com
192.168.41.39: bda1node03.example.com
.
.
.

このコマンドがエラーなしで実行されると、Oracle Big Data Applianceのすべてのサーバーのホスト名が返されます。そうではない場合、「パスワードなしSSHの設定」の手順に従ってください。すべてのサーバーでdcli hostnameコマンドが正常に実行されるまで、作業を継続しないでください。

6. すべてのOracle Big Data Applianceサーバーでハードウェアの問題をチェックします。

# dcli bdacheckhw | grep -v SUCCESS

7. ラックにイメージを再適用する前に、ハードウェアのエラーおよび警告を解決します。

8. すべてのサーバーのルート(/)パーティションが4GB以上空いていることを確認します。

9. # dcli df -h /
192.168.41.37: Filesystem            Size  Used Avail Use% Mounted on
192.168.41.37: /dev/md2              161G   21G  132G  14% /
192.168.41.38: Filesystem            Size  Used Avail Use% Mounted on
192.168.41.38: /dev/md2              161G   19G  135G  12% /
192.168.41.39: Filesystem            Size  Used Avail Use% Mounted on
192.168.41.39: /dev/md2              161G   23G  131G  15% /
.
.
.

10. ダウンロードしたベース・イメージのZIPファイルを解凍します。次に例を示します。

# unzip p22118555_420_Linux-x86-64.zip
Archive:  p22118555_420_Linux-x86-64.zip
creating: BDABaseImage-ol6-4.2.0_RELEASE/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/biosconfig
inflating: BDABaseImage-ol6-4.2.0_RELEASE/makebdaimage
extracting: BDABaseImage-ol6-4.2.0_RELEASE/BDABaseImage-ol6-4.2.0_RELEASE.md5sum
inflating: BDABaseImage-ol6-4.2.0_RELEASE/reimagerack
inflating: BDABaseImage-ol6-4.2.0_RELEASE/reimagecluster
inflating: BDABaseImage-ol6-4.2.0_RELEASE/BDABaseImage-ol6-4.2.0_RELEASE.iso
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/ODI/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/ODI/odi_generic.jar
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/NOSQL/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/NOSQL/kv-ee-3.2.5-0.noarch.rpm
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/NOSQL/kv-ce-3.2.5-0.noarch.rpm
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/orabalancer-2.4.0-h2.noarch.rpm
extracting: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/orabalancerdemo-2.4.0-h2.zip
extracting: BDABaseImage-ol6-4.2.0_RELEASE/Extras/BALANCER/orabalancer-2.4.0-h2.zip
creating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/CELL/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/CELL/bd_cell-12.1.2.0.100_LINUX.X64_150225.1100-1.x86_64.rpm
inflating: BDABaseImage-ol6-4.2.0_RELEASE/Extras/CELL/exadata-oswatcher-12.1.2.2.0.150512-1.noarch.rpm
inflating: BDABaseImage-ol6-4.2.0_RELEASE/README.txt
inflating: BDABaseImage-ol6-4.2.0_RELEASE/ubiosconfig
inflating: BDABaseImage-ol6-4.2.0_RELEASE/json-select

11. 前の手順で作成したサブディレクトリに移動します。

# cd BDABaseImage-ol6-4.2.0_RELEASE

12. 次のいずれかの手順を完了します。

- カスタマ・ネットワーク用に構成されたOracle Big Data Applianceにイメージを再適用して同じカスタマ・ネットワーク設定にするには、./reimagerackコマンドを実行します。

- 工場出荷時の設定を維持するアプライアンスのイメージに変更するには、次のようにします。

a. /opt/oracle/bda/network.jsonが存在しないことを確認します。

b. ./reimagerackコマンドを実行します。

- カスタム・ネットワーク設定を使用して構成されたラックで工場出荷時のネットワーク設定をリストアするには、次のようにします。

a. Oracle Big Data Appliance以外の安全な場所に/opt/oracle/bda/network.jsonをコピーします。

b. /opt/oracle/bda/BdaShip.jsonが存在することを確認します。

c. ラックのイメージを変更します。

./reimagerack deploy ship

コマンドの完全な構文は、reimagerackを参照してください。

13. Mammothを実行します。詳細は、「ソフトウェアのインストール」を参照してください。

10.9.3 Oracle Big Data Applianceクラスタのイメージの変更

この手順を実行して、Mammothユーティリティが単一クラスタとしてデプロイしたサーバー・グループのイメージを変更します。Mammothが単一クラスタとしてデプロイしたサーバー・グループでのみ使用できます。現在のネットワーク設定を再適用することも、工場出荷時の設定に戻すこともできます。

注意:

クラスタのイメージを変更すると、クラスタ上のすべてのファイルとデータが消去されます。イメージの変更は、ソフトウェアのアップグレードには必要ありません。

必須の前提条件

Oracle Big Data Appliance 4.2または4.3構成ユーティリティが生成したファイル<rack_name>-network.jsonの名前をnetwork.jsonに変更する必要があります。 イメージを変更するには、クラスタのすべてのノードに/opt/oracle/bda/network.jsonが存在していなければなりません。

クラスタ内のすべてのサーバーのベース・イメージを再インストールするには、次の手順を実行します。

ヒント:
reimageclusterユーティリティは、ラックの各サーバーの内部USBドライブにインストーラを作成し、インストールを初期化して各サーバーを再起動します。サーバーが再起動のために停止している間、Integrated Lights Out Manager (ILOM)を使用して各サーバーにログオンし、進捗を監視できます。

<server name>-ilom.<domain>.com

「Remote Control」、「Redirection」、「Launch Remote Console」の順にクリックし、イメージの変更をモニタリングするJavaコンソールを起動します。

1. Oracle Big Data Applianceソフトウェアを以前にラックにインストールしている場合、Oracle Big Data Appliance以外の安全な場所に/opt/oracle/BDAMammoth/mammoth-<rack_name>.paramsファイル(または/opt/oracle/BDAMammoth/<cluster_name>-config.json)を保存します。クラスタがアップグレードされている場合、ファイルは/opt/oracle/BDAMammoth/previous-BDAMammothディレクトリに存在している可能性があります。

2. Oracle Big Data Applianceベース・イメージのTARファイルをMy Oracle Supportから一時ディレクトリにダウンロードします。イメージを変更するクラスタの最初の(最も下にある)サーバーにコピーします。
Oracle Big Data Appliance 4.4の場合、MOSパッチである4.2ベース・イメージを使用します。Patch 22118555

3. 現在の設定のイメージを再適用するには、意図したネットワーク構成が/opt/oracle/bda/network.jsonに反映されていることを確認します。反映されていない場合は、Oracle Big Data Appliance構成生成ユーティリティを使用して新しいファイルを生成します。

4. 第1サーバーのSSH接続を確立して、rootとしてログインします。

5. パスワードなしSSHがクラスタに設定されていることを確認します(dcli -C hostnameがエラーなしで動作する必要があります)。設定されていない場合は、setup-root-ssh -Cを実行します。

# setup-root-ssh -C
Enter root password:
...
...
setup-root-ssh succeeded

dcli -C hostnameがエラーなしで実行されると、クラスタ内のすべてのOracle Big Data Applianceサーバーのホスト名が返されます。そうではない場合、「パスワードなしSSHの設定」の手順に従ってください。すべてのサーバーでdcli -C hostnameコマンドが正常に実行されるまで、作業を継続しないでください。

6. すべてのサーバーのルート(/)パーティションが4GB以上空いていることを確認します。

# dcli -C df -h /
10.xxx.xxx.xx: Filesystem      Size  Used Avail Use% Mounted on
10.xxx.xxx.xx: /dev/md2        459G   49G  387G  12% /
10.xxx.xxx.xx: Filesystem      Size  Used Avail Use% Mounted on
...

7. ダウンロードしたベース・イメージのZIPファイルを解凍します。次に例を示します。

# unzip p22118555_420_Linux-x86-64.zip
Archive:  p22118555_420_Linux-x86-64.zip
creating: BDABaseImage-ol6-4.2.0_RELEASE/
inflating: BDABaseImage-ol6-4.2.0_RELEASE/biosconfig
inflating: BDABaseImage-ol6-4.2.0_RELEASE/makebdaimage
extracting: BDABaseImage-ol6-4.2.0_RELEASE/BDABaseImage-ol6-4.2.0_RELEASE.md5sum
inflating: BDABaseImage-ol6-4.2.0_RELEASE/reimagerack
...

8. 前の手順で作成したサブディレクトリに移動します。

# cd BDABaseImage-ol6-4.2.0_RELEASE

9. 次の手順のいずれかに従って、Oracle Big Data Appliance全体のイメージを変更します。第1の方法は、既存の設定を維持することです。第2の方法は、工場出荷時の設定(Oracle Big Data Appliance Configuration Utility設定の前)に戻すことです。
既存のネットワーク設定のイメージの変更および維持

a. /opt/oracle/bda/に、network.jsonおよびBdaShip.jsonの両方がリストされていることを確認します。

# ls *.json
network.json BdaShip.json

network.jsonがリストされていない場合、customer-specific network.jsonファイル(維持する構成を記述したファイル)を探します。まず、このファイルがネットワーク設定を正しく定義していることを確認します。定義していない場合は、Oracle Big Data Appliance構成生成ユーティリティを使用して新しいファイルを生成します。ファイルを/opt/oracle/bdaにコピーし、ファイル名をnetwork.jsonに変更します。

b. dcliコマンドを使用して、network.jsonをクラスタのすべてのノードにコピーします。

#  dcli -C -f /opt/oracle/bda/network.json -d /opt/oracle/bda/

c. ./reimageclusterコマンドを実行します。 このコマンドにより表示される出力の一部を次に示します。

# ./reimagerack
Passwordless SSH set up to all hosts : xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx
xxx.xxx.xx.xx
Using /tmp/BDABaseImage-ol6-4.2.0_RELEASE/BDABaseImage-ol6-4.2.0_RELEASE.iso to re-image
BDABaseImage-ol6-4.2.0_RELEASE.iso: OK
Re-imaging to existing customer network settings

FINAL CONFIRMATION : All of the following hosts will be completely erased, re-imaged and initialized including resetting of the iloms: xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx xxx.xxx.xx.xx
Proceed [y/n]?
y
Running hardware checks on all nodes...
...
Rebooting all servers
Broadcast message from root@bda1node01.example.com (unknown) at 15:58 ...
The system is going down for reboot NOW!

工場出荷時のネットワーク設定のイメージの復元

a. ステップ1の説明に従って/opt/oracle/bda/network.jsonがOracle Big Data Appliance以外の安全な場所にコピーされ、/opt/oracle/bda/BdaShip.jsonが存在していることを確認します。

b. 次のコマンドを使用して、クラスタのイメージを工場出荷時の設定に戻します。

# ./reimagecluster deploy ship

10. 既存のネットワーク設定を変更する場合も、工場出荷時の設定に戻す場合も、最後の手順は同じです。reimageclusterによる再起動が完了した後、setup-root-sshを実行し、ラックのすべてのサーバーとの接続を確立します。 dcliコマンドを使用してすべてのサーバーをもう一度再起動できるようにするには、この作業が必要です。

# setup-root-ssh
Enter root password:
...
setup-root-ssh succeeded

11. dcli再起動コマンドを使用して、すべてのサーバーをもう一度再起動します。

# dcli reboot

12. ファイル/root/BDA_IMAGING_SUCCEEDEDおよび/root/BDA_REBOOT_SUCCEEDEDが、ラックの各サーバーに存在することを確認します。

# dcli ls -lrt /root/BDA_*

/root/BDA_REBOOT_SUCCEEDEDの日付およびタイムスタンプが、イメージ変更プロセスにおける再起動の時間に一致していることを確認します。ファイルは0バイトである場合も、INFOメッセージが含まれる場合もあります。

13. インストールされたベース・イメージのバージョンを確認します。

# imageinfo
Big Data Appliance Image Info
IMAGE_VERSION         : 4.2.0
IMAGE_CREATION_DATE   : Tue Sep 1 08:33:12 UTC 2015
IMAGE_LABEL           : BDA_4.2.0_LINUX.X64_RELEASE
LINUX_VERSION               : Oracle Linux Server release 6.6
KERNEL_VERSION        : 2.6.39-400.249.3.el6uek.x86_64
BDA_RPM_VERSION            : bda-4.2.0-3.el6.x86_64
OFED_VERSION          : OFED-IOV-1.5.5-2.0.0088
JDK_VERSION           : jdk1.8.0_45-1.8.0_45-fcs.x86_64

Mammothユーティリティを起動し、システムをOracle Big Data Applianceの最新のバージョンにすることができるようになります。「Mammothユーティリティについて」を参照してください。

10.10 個別パッチのインストール

個別パッチ・バンドルは、1つ以上のリリースの特定の不具合に対する修正を提供します。Mammothを使用してクラスタにパッチを適用します。

個別パッチ・バンドルをインストールするには、次の手順を実行します。

1. 自動リリース更新(ARU)システムからパッチ・バンドルをOracle Big Data Applianceクラスタの第1ノードのディレクトリ(/tmpなど)にダウンロードします。
ファイルは、BDA-patch-release-patch.zipという名前です。この手順の例ではBDA-patch-4.3.0-123456.zipという名前を使用します。

2. ファイルを解凍します。次に例を示します。

# unzip BDA-patch-4.3.0-123456.zip
Archive:  BDA-patch-4.3.0-123456.zip
creating: BDA-patch-4.3.0-123456/
inflating: BDA-patch-4.3.0-123456/BDA-patch-4.3.0-123456.run
inflating: BDA-patch-4.3.0-123456/README.txt

3. 手順2で作成したパッチ・ディレクトリに移動します。次に例を示します。

$ cd BDA-patch-4.3.0-123456

4. 実行ファイルの内容を抽出します。次に例を示します。

$ ./BDA-patch-4.3.0-123456.run
Big Data Appliance one-off patch 123456 for v4.3.0 Self-extraction

Removing existing temporary files

Generating /tmp/BDA-patch-4.3.0-123456.tar
Verifying MD5 sum of /tmp/BDA-patch-4.3.0-123456.tar
/tmp/BDA-patch-4.3.0-123456.tar MD5 checksum matches

Extracting /tmp/BDA-patch-4.3.0-123456.tar to /opt/oracle/BDAMammoth/patches/123456
Removing temporary files

Please "cd /opt/oracle/BDAMammoth" before running "./mammoth -p 123456"

5. BDAMammothディレクトリに移動します。

$ cd /opt/oracle/BDAMammoth

6. パッチをインストールします。次に例を示します。

$ ./mammoth -p 123456

Mammothにより、パッチをローリング・アップグレードとしてロードするかどうかを選択するプロンプトが表示されます。(「ローリング・アップグレードについて」を参照してください)

あるいは、bdacliコマンドを使用できます。「bdacli」を参照してください。

10.11 Mammothソフトウェア・インストールおよび構成ユーティリティ

Mammothを使用するには、rootとして第1サーバーにログインし、/opt/oracle/BDAMammothディレクトリに移動する必要があります。構文は次のとおりです。

./mammoth option [cluster_name] ]

このコマンドで、cluster_nameはクラスタの名前です。cluster_nameは、cluster_name-config.jsonに示されているとおり、最初のコマンドに正確に入力する必要があります。その後、cluster_nameはデフォルトで前のmammothコマンドで指定されたラックになります。

あるラックのインストールを完了してから、別のラックのインストールを開始する必要があります。

例10-1 Mammothの構文例

次のコマンドでは、Mammothユーティリティのヘルプを表示します。

./mammoth -h

次のコマンドでは、ラックbda3に対して完全なインストールを実行します。

./mammoth -i bda3

このコマンドでは、設定中のラックに対してステップ2から6を実行します。

./mammoth -r 2-6

このコマンドは、スタータ・ラックのnode07から数えて6つの新しいサーバーを既存のクラスタに追加する、パラメータ・ファイルを生成します。

./mammoth -e node07 node08 node09 node10 node11 node12

10.11.1 Mammothのオプション

mammothコマンドの構文は、新しいクラスタの構成をサポートします。Mammothバンドルを使用して、以前のリリースからアップグレードすることもできます。

-c

Oracle Big Data Applianceのクラスタ・チェックを実行します。

-e newnode1 newnode2 newnode3...

クラスタに追加するサーバー・グループのパラメータ・ファイルを生成します。新しいサーバーがクラスタ外のラックにある場合、ファイル名はcluster_name-config.jsonになります。

新しいサーバーを指定するには、それらをコマンドラインにリストします。同じラックまたは複数のラックにあるサーバーを指定できます。

パラメータ・ファイルにパスワードは含まれていないため、Mammothの実行時に入力する必要があります。

Oracle NoSQL Databaseクラスタでは、Mammothにより、新しいノードのゾーンの種類を要求されます。既存のゾーン、新しいプライマリ・ゾーンまたは新しいセカンダリ・ゾーンから選択できます。既存のゾーンに追加する場合は、使用できるゾーンの一覧が表示されます。新しいゾーンを作成する場合は、ゾーンの名前およびレプリケーション・ファクタを要求されます。

-h

コマンドの使用方法とステップのリストが含まれるコマンド・ヘルプを表示します。

-i cluster_name

クラスタですべての必須ステップを実行します。フル・ラックの場合は、-r 1-18と同じです。このオプションは、新しいラックを構成する場合や、クラスタにサーバー・グループを追加する場合に使用します。

-l

Mammothユーティリティのステップをリストします。

-p

クラスタのソフトウェアを最新バージョンにアップグレードするか、個別パッチをインストールします。

-r n-N

エラーが発生しないかぎり、MammothのステップnからNまでを実行します。

-s n [cluster_name]

ステップnを実行します。同じラックの別のクラスタを指定するには、cluster_nameを入力します。-eオプションを参照してください。

-v

Mammothのバージョン番号を表示します。

10.11.2 Mammothインストールのステップ

次に、ソフトウェアのインストール時にMammothが実行するステップについて説明します。

ステップ1   PreinstallChecks

このステップでは、次の複数のタスクが実行されます。

- 構成ファイルを検証し、パスワードを要求します。

- パスワードを入力せずに管理ネットワークのすべてのアドレスに接続できるように、rootユーザーに対してセキュア・シェル(SSH)を設定します。

- インフィニバンド・ネットワークのrootユーザーに対してパスワードなしSSHを設定します。

- 構成ファイルから/etc/hostsを生成し、インフィニバンド接続を使用して内部的に通信できるようにそれをすべてのサーバーにコピーします。このファイルによって、プライベートIPアドレスがパブリック・ホスト名にマップされます。

- Mammothが実行されるノードをPuppetマスター・ノードとして識別するための別名を設定します。たとえば、IPアドレス192.168.41.1でbda1node01からMammothを実行した場合、そのIPアドレスの別名のリストにはbda1node01-masterが含まれています。Mammothでは、ソフトウェア・インストールにPuppetを使用します。

- すべてのノードでネットワーク・タイミングを確認します。タイミング・チェックに失敗した場合、インストールの正常な実行を妨げる未解決の名前およびIPアドレスが存在します。インストールを続行する前に、これらの問題を修正してください。

このステップでは、様々なハードウェアおよびソフトウェア・チェックも実行されます。次のチェックのいずれかに失敗すると、Mammothも失敗します。

- ARPキャッシュ問合せ時間が2秒以下であること。

- すべてのサーバー・クロックが現在のサーバーの10秒以内で同期していること。

- すべてのサーバーが前回の再起動に成功し、/root/BDA_REBOOT_SUCCEEDEDファイルが生成されていること。

- bdacheckhwユーティリティが成功したこと。

- bdacheckswユーティリティが成功したこと。

ステップ2   SetupPuppet

このステップでは、すべてのノードでPuppetエージェントを構成して起動し、Mammothが実行されているノードでPuppetマスターを構成し、エージェントが証明書を発行するのを待機してその署名を自動化します。このステップでは、すべてのノードのrootパスワードの変更も行います(オプション)。このステップが完了すると、Puppetはソフトウェアをデプロイできます。

Puppetは、Hadoopクラスタを管理するために一般的に使用される分散構成管理ツールです。Puppetマスターは、親のサービスであり、Puppetリポジトリを管理します。Puppetエージェントは、各Hadoopノードで動作します。

/etc/puppet/puppet.confという名前のファイルがすべてのサーバーに存在し、Puppetマスターの場所を指定します。

Puppetは2つのモードで動作します。

- 定期的プル・モード: Puppetエージェントは定期的にPuppetマスターと通信し、更新の有無を確認します。

- キック・モード: Puppetマスターは、構成の更新が使用できるというアラートをPuppetエージェントに通知し、エージェントは更新の有無を確認します。Puppetは、Mammothのインストール中はキック・モードで動作します。

どちらのモードでも、Puppetマスターは、エージェントを信頼する必要があります。この信頼を確立するため、エージェントは、システム管理プロセスによる署名が行われるPuppetマスター・ノードに証明書を送信します。このトランザクションが完了すると、Puppetマスターは、エージェントに新しい構成を送信します。

後続のステップでは、「インストール中にエラーが発生した場合の対処方法」の説明に従って、各サーバーのPuppetログ・ファイルを確認できます。

ステップ3   PatchFactoryImage

最新のOracle Big Data Applianceイメージおよびシステム・パラメータ設定をインストールします。カーネルがアップグレードされた場合、システムは自動的に再起動します。

ステップ4   CopyLicenseFiles

ライセンス契約の要件に応じて、サード・パーティ・ライセンスをすべてのサーバーの/opt/oss/src/OSSLicenses.pdfにコピーします。

ステップ5   CopySoftwareSource

ライセンス契約の要件に応じて、サード・パーティ・ソフトウェアのソース・コードをすべてのサーバーの/opt/oss/src/にコピーします。

Mammothはソース・コードをOracle NoSQL Databaseクラスタにコピーしません。

ステップ6   CreateUsers

hdfsおよびmapredユーザーと、hadoopグループを作成します。また、oracleユーザーと、dbaおよびoinstallグループも作成します。

後のステップでインストールされる様々なパッケージによっても、インストール中にユーザーおよびグループが作成されます。

関連項目:

ユーザーおよびグループの詳細は、『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

ステップ7   SetupMountPoints

NameNodeデータが設定されているディスクまたはノード全体で障害が発生した場合にこの重要な情報の損失を防ぐため、このデータを複数の場所にコピーします。

ステップ8   SetupMySQL

MySQL Databaseをインストールして構成します。このステップでは、Cloudera Managerで使用するためにnode03にプライマリ・データベースと複数のデータベースが作成されます。また、node02のバックアップ・データベースに対するプライマリ・データベースのレプリケーションも設定されます。

MammothはOracle NoSQL DatabaseクラスタにMySQL Databaseをインストールしません。

ステップ9   InstallHadoop

Cloudera's Distribution including Apache Hadoop (CDH)およびCloudera Managerのすべてのパケットをインストールします。その後、node03でCloudera Managerサーバーを起動し、クラスタを構成します。

MammothはOracle NoSQL DatabaseクラスタにCDHまたはCloudera Managerをインストールしません。

ステップ10   StartHadoopServices

すべてのノードのエージェントを起動し、すべてのCDHサービスを開始します。HTTPS/ネットワーク暗号化が有効になっている場合は、Cloudera Manager、HueおよびOozieに対してもHTTPSを有効にします。

このステップの後、Hadoopインストール環境が完全に機能します。

Cloudera Managerは、node03のポート7180で実行されます。これは次のようにブラウザで開くことができます。

http://bda1node03.example.com:7180

この例では、bda1node02がnode02の名前で、example.comがドメインです。デフォルトのユーザー名とパスワードは、adminです(これは「CleanupInstall」で変更されます)。

Oracle NoSQL Databaseクラスタでは、MammothはCDHサービスをインストールも開始もしません。

ステップ11   InstallBDASoftware

Oracle Big Data Appliance構成生成ユーティリティでこのオプションを選択した場合は、Oracle Big Data Connectorsのサーバー側コンポーネントをインストールします。Oracle Big Data Connectorsにはライセンスが別途必要です。オプションです。

Oracle Big Data Appliance構成生成ユーティリティでこのオプションを選択した場合は、Oracle Big Data SQLのサーバー側コンポーネントをインストールします。Oracle NoSQL DatabaseのOracle Big Data SQLサポートの場合、このステップではCDHノードにクライアント・ライブラリ(kvclient.jar)をインストールします。Oracle Big Data SQLにはライセンスが別途必要です。オプションです。

Oracle NoSQL Databaseを使用するために割り当てられたクラスタに、Oracle NoSQL Databaseをインストールします。Enterprise Editionにはライセンスが別途必要です。

ステップ12   HDFSTransparentEncryption

Oracle Big Data ApplianceでHDFS透過的暗号化を構成します。前提条件: お客様は、MOS Doc ID 2112644.1の説明に従ってNavigator Key Trusteeサービスを構成する必要があります。

ステップ13   SetupKerberos

このオプションを選択した場合には、Kerberos認証を構成します。Oracle Big Data Applianceでキー配布センターを設定している場合には、前提条件はありません。それ以外の場合には、「インストールの前提条件」を参照してください。

このオプションが選択されている場合は、HTTPS/ネットワーク暗号化も構成します。

ステップ14   SetupEMAgent

Oracle Enterprise Managerエージェントをインストールして構成します。オプションです。

このステップでは、次のことが実行されます。

- 次の名前付き資格証明を作成します: 「Switch Credential」、「Host Credential」、「Cloudera Manager Credentials」、「Ilom Credential」
クラスタ拡張では、同じ資格証明が再使用されます。

- Oracle Big Data ApplianceサーバーのOracle Big Data ApplianceおよびOracle Exadata Database Machineプラグイン・エージェントを管理サーバーにデプロイされた最新バージョンに更新します。

- 名前付き資格証明を使用してクラスタの検出を実行します。

注意:

この手順を正常に実行するには、Oracle Management Systemが稼働している必要があります。『Oracle Enterprise Manager System Monitoring Plug-inインストレーション・ガイドfor Oracle Big Data Appliance』を参照してください。

ステップ15   SetupASR

自動サービス・リクエスト(ASR)をインストールして構成します。オプションです。

このステップでは、次のことが実行されます。

- 必要なソフトウェア・パッケージをインストールします。

- トラップ宛先を構成します。

- 監視デーモンを起動します。

ASRマネージャからアセットをアクティブ化するには、「ASRアセットの確認」を参照してください。

注意:

このステップを正常に実行するには、ASRマネージャが実行され、適切に構成されたASRホスト・システムが稼働している必要があります。「自動サービス・リクエストの設定」を参照してください。

ステップ16   CleanupInstall

次のことが実行されます。

- Cloudera Managerパスワードを変更します(インストール・テンプレートに指定されている場合)。

- インストール中に作成された一時ファイルを削除します。

- すべてのノードから/opt/oracle/bda/install/logのサブディレクトリにログ・ファイルをコピーします。

- クラスタ検証チェック(TeraSortを含む)を実行して、すべてが適切に動作することを確認します。また、インストール・サマリーも生成されます。すべてのログは、node01の/opt/oracle/bda/install/log以下のサブディレクトリに格納されます。

ステップ17   CleanupSSHroot(オプション)

「PreinstallChecks」で設定したrootのパスワードなしSSHを削除します。

10.12 Oracle Big Data Applianceベース・イメージ・ユーティリティ

次のユーティリティは、ベース・イメージのバンドルで配布されています。ユーティリティを実行するには、rootとしてログインする必要があります。

- makebdaimage

- reimagecluster

- reimagerack

10.12.1 makebdaimage

単一のサーバー、クラスタ、またはラック全体にベース・イメージを再インストールします。reimageclusterとreimagerackのどちらもこのユーティリティを呼び出します。

makebdaimageユーティリティには次の構文があります。

makebdaimage [--usb | --usbint] [--noiloms] /path/BDABaseImage-version_RELEASE.iso /path/BDdaDeploy.json target_servers

オプション

--usb | --usbint

イメージの変更に使用するUSBポートを指定します。外部USBドライブの場合は--usb、内部ドライブの場合は--usbintを使用します。内部USBドライブにはLinuxの完全インストールが含まれます。

--usbintオプションを使用するには、ターゲット・サーバーにログインしている必要があります。ログインしていないと、間違ったネットワーク情報を使用してサーバーのイメージを変更する可能性があります。

--noiloms

イメージの変更処理によって、ターゲット・サーバー上のOracle ILOMが変更されることはありません。

target_servers

イメージをインストールする1つ以上のサーバーを示し、次のいずれかの書式で指定します。

- node_number
イメージを変更する単一のサーバーを指定します。サーバーのラック上の位置を下から数えて1から18で入力します。

- from.json to.json
現在の構成(from.json)と必要な構成(to.json)を指定します。JSONファイルは、BdaShip.jsonの工場出荷時の構成またはnetwork.jsonのカスタム構成のいずれでもかまいません。構成されたサーバーの/opt/oracle/bdaにあります。

- to.json: network.jsonやBdaShip.jsonに類似の連結されたJSONファイルですが、ETH0_MACSアレイ・エントリが追加されています。連結ファイルの最初のエントリと対応するeth0_macエントリがイメージを変更するときに使用されます。to.jsonファイルはそのまま使用されます。

10.12.2 reimagecluster

dcliとmakebdaimageを使用して、クラスタ内のすべてのサーバーのイメージを同時に変更します。

reimageclusterユーティリティには次の構文があります。

reimagecluster [--no-iloms] [from.json [to.json]]

前提条件

- 次のコマンドがクラスタ内のサーバーのリストを返すことを確認します。

$ dcli -C hostname

- BDABaseImage-version_RELEASE*.isoファイルが現在のディレクトリに1つだけあることを確認します。

オプション

--no-iloms

イメージの変更処理によって、ターゲット・サーバー上のOracle ILOMが変更されることはありません。

from.json

現在の構成ファイル(BdaShip.jsonまたはnetwork.json)へのフルパスです。

このオプションのデフォルト値は、/opt/oracle/bda/network.jsonです。network.jsonが見つからない場合、オプションのデフォルト値は、/opt/oracle/bda/BdaShip.jsonです。サーバーは事前にreimageclusterで使用されているJSONファイルの値に設定されている必要があります。

to.json

イメージの変更後に有効になる新しいネットワーク構成へのフルパスです。network.jsonファイルまたはBdaShip.jsonファイルのいずれかになります。

10.12.3 reimagerack

dcliとmakebdaimageを使用して、ラック内のすべてのサーバーのイメージを同時に変更します。

reimagerackユーティリティには次の構文があります。

reimagerack [--no-iloms] [--no-macs] [--hosts n1, n2...] [from.json [to.json]]

前提条件

- 次のコマンドがラック内のサーバーのリストを返すことを確認します。

$ dcli -hostname

- BDABaseImage-version_RELEASE*.isoファイルが現在のディレクトリに1つだけあることを確認します。

オプション

--no-iloms

イメージの変更処理によって、ターゲット・サーバー上のOracle ILOMが変更されることはありません。

--no-macs

このユーティリティはサーバーのMACアドレスを取得しません。かわりに、インフィニバンドのケーブル配線を使用します。このオプションは、工場出荷時の設定を復元する場合にのみ使用します。コマンドラインに両方のJSONファイル(from.jsonとto.json)が含まれている必要があります。

--hosts n1, n2...

ホスト名またはIPアドレスのカンマ区切りのリストのうち、dcliが受け入れたいずれかのリストで指定されたサーバーのイメージの変更を制限します。すべてのサーバーは、dcli -tコマンドで指定されたターゲット・サーバーのリストに含まれている必要があります。

このオプションでは--no-macsオプションが強制的に実行されるため、その制限も適用されます。

from.json

現在の構成ファイル(BdaShip.jsonまたはnetwork.json)へのフルパスです。

このオプションのデフォルト値は、/opt/oracle/bda/network.jsonです。network.jsonが見つからない場合、オプションのデフォルト値は、/opt/oracle/bda/BdaShip.jsonです。サーバーは事前にreimagerackで使用されているJSONファイルの値に設定されている必要があります。

to.json

イメージの変更後に有効になる新しいネットワーク構成へのフルパスです。network.jsonファイルまたはBdaShip.jsonファイルのいずれかになります。

第IV部 メンテナンス

第IV部では、Oracle Big Data Applianceのメンテナンスに使用する手順およびユーティリティについて説明します。ここには次の章が含まれます。

- Oracle Big Data Applianceのメンテナンス

- サーバー・ディスクの交換

- Oracle Big Data Applianceユーティリティ

- クラスタ全体でのdcliユーティリティを使用したコマンドの実行

- Oracle Integrated Lights Out Managerの使用方法

11 Oracle Big Data Applianceのメンテナンス

この章では、Oracle Big Data Applianceを監視および管理する方法について説明します。一部の手順では、dcliユーティリティを使用してすべてのサーバーでパラレルにコマンドを実行します。

この章の内容は次のとおりです。

- サーバーの周辺温度の監視

- Oracle Big Data Applianceの電源の投入および切断

- サーバーへのメモリーの追加

- サーバーの物理ディスクの管理

- インフィニバンド・ネットワークの管理

- ゲートウェイ・スイッチに対する接続数の変更

- NTPサーバーの変更

- PDUの電流の監視

関連項目:

クラスタ全体でのdcliユーティリティを使用したコマンドの実行

11.1 サーバーの周辺温度の監視

環境温度の状態をサーバーの設計仕様の範囲内に維持することは、最大限の効率性および目的のコンポーネント・サービスの存続期間を実現するために役立ちます。摂氏21から23度(華氏70から74度)の気温範囲を逸脱する温度は、Oracle Big Data Appliance内のすべてのコンポーネントに影響し、パフォーマンス上の問題の原因となり、サービスの存続期間が短縮される可能性があります。

周辺温度を監視するには、次の手順を実行します。

1. Oracle Big Data Applianceサーバーにrootとして接続します。

2. 「パスワードなしSSHの設定」の説明に従ってsetup-root-sshコマンドを入力し、rootのパスワードなしSSHを設定します。

3. 現在の温度を確認します。

dcli 'ipmitool sunoem cli "show /SYS/T_AMB" | grep value'

4. 示されている温度が稼働範囲を逸脱している場合、調査して問題を修正します。表2-13を参照してください。

次に、コマンド出力の例を示します。

bda1node01-adm.example.com: value = 22.000 degree C
bda1node02-adm.example.com: value = 22.000 degree C
bda1node03-adm.example.com: value = 22.000 degree C
bda1node04-adm.example.com: value = 23.000 degree C
.
.
.

11.2 Oracle Big Data Applianceの電源の投入および切断

この項で説明する項目は、次のとおりです。

- 緊急時以外の電源の手順

- 緊急時の電源切断に関する考慮事項

- 注意および警告

11.2.1 緊急時以外の電源の手順

この項には、規則的な方法でOracle Big Data Applianceのコンポーネントの電源を投入および切断する手順が含まれます。

関連項目:

ソフトウェアをインストールして実行するときに正常に電源を投入および切断する方法については、『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

11.2.1.1 Oracle Big Data Applianceの電源投入

Oracle Big Data Applianceを起動するには、次のようにします。

- 2つのPDUの12のブレーカすべてをオンにします。

Oracle ILOMおよびLinuxオペレーティング・システムが自動的に起動します。

11.2.1.2 Oracle Big Data Applianceの電源切断

Oracle Big Data Applianceを終了するには、次のようにします。

1. サーバーを停止します。

2. 2つのPDUの12のブレーカすべてをオフにします。

11.2.1.2.1 サーバーの電源切断

Linuxのshutdownコマンドを使用して、サーバーを停止するか、再起動します。rootとして次のコマンドを入力し、サーバーを即座に停止します。

# shutdown -hP now

次のコマンドでは、サーバーを即座に再起動します。

# shutdown -r now

関連項目:

詳細は、LinuxのSHUTDOWNのマニュアル・ページを参照してください。

11.2.1.2.2 複数サーバーの電源の同時切断

dcliユーティリティを使用して、同時に複数のサーバーでshutdownコマンドを実行します。停止するサーバーからdcliユーティリティを実行しないでください。「パスワードなしSSHの設定」の説明に従って、rootのパスワードなしSSHを設定します。

次のコマンドで、コマンドの構文を示します。

# dcli -l root -g group_name shutdown -hP now

このコマンドで、group_nameは、サーバーのリストを含むファイルです。

次の例では、server_groupファイルにリストされているすべてのOracle Big Data Applianceサーバーを停止します。

# dcli -l root -g server_group shutdown -hP now

関連項目:

クラスタ全体でのdcliユーティリティを使用したコマンドの実行

11.2.1.3 ネットワーク・スイッチの電源の投入および切断

ネットワーク・スイッチには電源スイッチがありません。データ・センターのPDUまたはブレーカをオフにして電源を解除すると、オフになります。

11.2.2 緊急時の電源切断に関する考慮事項

緊急時には、Oracle Big Data Applianceへの電源供給を即座に停止してください。次の緊急時には、状況に応じてOracle Big Data Applianceの電源を切断する必要があります。

- 地震、洪水、台風、竜巻、つむじ風などの自然災害

- システムから発する異常な雑音、臭気または煙

- 人体の安全に対する脅威

11.2.2.1 緊急時の電源切断の手順

緊急時にOracle Big Data Applianceの電源を切断する手順を実行するには、サーキット・ブレーカの電源をオフにするか、コンピュータ・ルームで緊急電源切断スイッチを作動させます。緊急事態が終了した後、Oracleサポート・サービスに連絡してシステムの電源を復旧します。

11.2.2.2 緊急電源切断スイッチ

緊急電源切断(EPO)スイッチが必要になるのは、コンピュータ設備に5分より長く750ボルトアンペア超の電力を供給できるバッテリが含まれる場合です。これらのバッテリのあるシステムには、サイトのEPOスイッチまたは継電器への接続を目的とする内部EPOハードウェアが含まれます。EPOスイッチの使用によって、Oracle Big Data Applianceの電源が切断されます。

11.2.3 注意および警告

Oracle Big Data Applianceには次の注意および警告が適用されます。

警告:

高圧電力を使用するこの製品の部品に触れないでください。それらに触れると、重傷を負う可能性があります。

注意:

- 緊急時でないかぎり、Oracle Big Data Applianceをオフにしないでください。その場合、「緊急時の電源切断の手順」に従ってください。

- 前面と背面のキャビネット・ドアは閉めたままにしてください。そうしない場合、システム障害が発生したり、ハードウェア・コンポーネントが破損する可能性があります。

- キャビネットの最上部、前面および背面近くには何も置かず、適切な換気を促し、コンポーネントが過熱しないようにしてください。

- 付属しているハードウェアのみを使用してください。

11.3 サーバーへのメモリーの追加

クラスタのすべてのサーバーおよび特定のサーバーにメモリーを追加できます。

関連項目:

「Oracle Big Data Applianceサーバーの部品」

11.3.1 Oracle Server X6-2Lへのメモリーの追加

Oracle Big Data Appliance X6-2Lの各サーバーには、工場出荷時に256 GBのメモリーが搭載されています。24枚実装のスロットの8つに、32GBのDIMMが挿入されています。メモリーは、最大768 GBに拡張可能です(すべての24スロットで32 GB DIMMの場合)。

DIMMの配置シナリオと規則、インストール、その他の情報についての説明は、『Oracle® Server X6-2Lサービス・マニュアル』を参照してください。

11.3.2 Oracle Server X5-2L、Sun Server X4-2LまたはSun Server X3-2Lへのメモリーの追加

Oracle Big Data Appliance X5-2の各サーバーには、工場出荷時に128GBのメモリーが搭載されています。24枚実装のスロットの8つに、16GBのDIMMが挿入されています。メモリーは、最大768 GBに拡張可能です(すべての24スロットで32 GB DIMMの場合)。

Oracle Big Data Appliance X4-2およびX3-2サーバーには、64GBのメモリーが搭載されています。8つのスロットに、8GBのDIMMが挿入されています。これらのアプライアンスは、8 GB、16 GB、32 GBのDIMMをサポートしています。1つのサーバーのメモリー量は、最大512GB (16 x 32GB)に拡張できます。8 * 32 GBメモリー・キットを使用できます。

DIMMのサイズは混在できますが、サイズの大きいものから小さいものの順に取り付ける必要があります。対称性を保つことによって、最もよいパフォーマンスを得られます。たとえば、同じサイズのDIMMを4枚(メモリー・チャネルごとに1枚)各プロセッサに追加し、両方のプロセッサで同じサイズのDIMMが同じ順序で取り付けられていることを確認します。

次のようにして、Oracle Server X5-2L、Sun Server X4-2LまたはSun Server X3-2Lにメモリーを追加します。

1. DIMMのサイズを混在させる場合、次の場所にあるOracle Server X5-2Lサービス・マニュアルのDIMMの配置規則の項を参照してください
http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.gnvje.html#scrolltoc

2. サーバーの電源を切断します。

3. 新しいDIMMを取り付けます。16GBまたは32GBのDIMMを取り付ける場合、まず既存の8GB DIMMと交換し、次にプラスチック・フィラーと交換します。サイズが最も大きいDIMMから順に取り付けます。元のDIMMは最後に再取り付けできます。
次の場所にあるOracle Server X5-2Lサービス・マニュアルを参照してください

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.ceiebfdg.html#scrolltoc

4. サーバーの電源を投入します。

11.3.3 Sun Fire X4270 M2サーバーへのメモリーの追加

Oracle Big Data Applianceの各サーバーには、工場出荷時に48GBのメモリーが搭載されています。18枚実装のDIMMスロットの6つに、8GBのDIMMが挿入されています。空のスロットに8GBのDIMMを挿入して、合計メモリーを96GB (12 x 8GB)または144GB (18 x 8GB)にすることが可能です。144GBにアップグレードすると、メモリー帯域幅が縮小するために多少パフォーマンスが低下する可能性があります(メモリーの動作周波数は1333MHzから800MHzに落ちます)。

Sun Fire X4270 M2サーバーにメモリーを追加するには、次の手順を実行します。

1. サーバーの電源を切断します。

2. プラスチック・フィラーをDIMMに交換します。次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルを参照してください。
http://docs.oracle.com/cd/E19245-01/E21671/motherboard.html#50503715_71311

3. サーバーの電源を投入します。

11.4 サーバーの物理ディスクの管理

物理ディスクの修理では、Oracle Big Data Applianceを停止する必要はありません。ただし、個々のサーバーは一時的にクラスタの外部に取り出すことがあり、停止時間が必要です。

関連項目:

修理の手順は、「Oracle Big Data Applianceサーバーの部品」を参照してください

11.4.1 サーバー構成の確認

各Oracle Big Data Applianceサーバーの12のディスク・ドライブは、LSI MegaRAID SAS 92610-8iディスク・コントローラによって制御されます。パフォーマンス低下の可能性や機能停止を避けるため、RAIDデバイスのステータスを確認することをお薦めします。RAIDデバイスを検証することによるサーバーに対する影響は、ごくわずかです。修正作業はサーバーの操作に影響する可能性があり、その範囲は、検出された特定の問題に応じて単純な再構成から機能停止にまで及びます。

11.4.1.1 ディスク・コントローラ構成の確認

ディスク・コントローラ構成を確認するには、次のコマンドを入力します。

# MegaCli64 -AdpAllInfo -a0 | grep "Device Present" -A 8

次に、コマンドからの出力例を示します。通常は、12の仮想ドライブがあり、縮退ドライブやオフライン・ドライブはなく、14の物理デバイスがあります。14のデバイスは、コントローラと12のディスク・ドライブです。

Device Present
================
Virtual Drives    : 12
Degraded        : 0
Offline         : 0
Physical Devices  : 14
Disks           : 12
Critical Disks  : 0
Failed Disks    : 0

出力が異なる場合、調査して問題を修正してください。

11.4.1.2 仮想ドライブ構成の確認

仮想ドライブ構成を確認するには、次のコマンドを入力します。

# MegaCli64 -LDInfo -lAll -a0

次に、仮想ドライブ0に関する出力例を示します。StateがOptimalであることを確認してください。

Adapter 0 -- Virtual Drive Information:
Virtual Drive: 0 (Target Id: 0)
Name                :
RAID Level          : Primary-0, Secondary-0, RAID Level Qualifier-0
Size                : 1.817 TB
Parity Size         : 0
State               : Optimal
Strip Size          : 64 KB
Number Of Drives    : 1
Span Depth          : 1
Default Cache Policy: WriteBack, ReadAheadNone, Cached, No Write Cache if Bad BBU
Current Cache Policy: WriteBack, ReadAheadNone, Cached, No Write Cache if Bad BBU
Access Policy       : Read/Write
Disk Cache Policy   : Disk's Default
Encryption Type     : None

11.4.1.3 物理ドライブ構成の確認

次のコマンドを使用して、物理ドライブ構成を検証します。

# MegaCli64 -PDList -a0 | grep Firmware

次に、コマンドからの出力例を示します。通常、12のドライブに、Online, Spun Upが表示されます。出力が異なる場合、調査して問題を修正してください。

Firmware state: Online, Spun Up
Device Firmware Level: 061A
Firmware state: Online, Spun Up
Device Firmware Level: 061A
Firmware state: Online, Spun Up
Device Firmware Level: 061A
.
.
.

11.5 インフィニバンド・ネットワークの管理

インフィニバンド・ネットワークは、bondib0インタフェースを通じてサーバーをラックのインフィニバンド・スイッチに接続します。この項では、インフィニバンド・スイッチのメンテナンスを実行する方法について説明します。

この項で説明する項目は、次のとおりです。

- Oracle ILOM設定のバックアップおよびリストア

- 障害のあるインフィニバンド・スイッチの交換

- インフィニバンド・ネットワーク操作の確認

- ネットワーク・サブネット・マネージャ・マスターの理解

11.5.1 Oracle ILOM設定のバックアップおよびリストア

Oracle ILOMでは、Oracle Big Data Applianceサーバーのリモート管理がサポートされます。この項では、Mammothユーティリティによって設定されるOracle ILOM構成設定をバックアップおよびリストアする方法について説明します。

関連項目:

- Sun Server X4-2LおよびSun Server X3-2LサーバーのOracle Integrated Lights Out Manager 3.1のドキュメント・ライブラリ
http://docs.oracle.com/cd/E24707_01/index.html

- Sun Fire X4270 M2サーバーのOracle Integrated Lights Out Manager 3.0のドキュメント・ライブラリ
http://docs.oracle.com/cd/E19860-01/

11.5.1.1 Oracle ILOM構成設定のバックアップ

Sun Server X4-2LまたはX3-2Lサーバー上のOracle ILOM構成設定をバックアップするには、次の手順を実行します。

1. Oracle Big Data Applianceと同じネットワーク上にある任意のシステムでブラウザを開き、Oracle ILOMサービス・プロセッサに移動します。この例では、node08という名前のサーバーのOracle ILOMアドレスを使用します。

http://bda1node08-ilom.example.com

インフィニバンド・スイッチのOracle ILOMをバックアップするには、スイッチ・アドレス(bda1sw-ib1など)を入力します。

2. rootユーザーとしてログインします。初期パスワードはwelcome1です。

3. 「Backup/Restore」ページに移動します。

- Oracle ILOM 3.1の場合は、「Maintenance」タブを選択した後、「Backup/Restore」サブタブを選択します。

- Oracle ILOM 3.0の場合は、ナビゲーション・ツリーで「ILOM Administration」フォルダを展開し、「Configuration Management」を選択します。

4. 図11-1に示すとおり、バックアップ操作とブラウザ転送方式を選択します。

5. パスフレーズを入力します。このフレーズを使用して、バックアップ・ファイルのパスワードなどの機密情報を暗号化します。

6. 「Run」をクリックしてバックアップ操作を開始します。結果は、ローカル・システムにダウンロードされ、config_backup.xmlというXMLファイルに格納されます。

7. セキュアな場所にファイルを保存します。

8. 「Log Out」ボタンをクリックします。

図11-1 Oracle ILOM 3.1構成のバックアップ

11.5.1.2 Oracle ILOM構成設定のリストア

Oracle ILOM構成設定をリストアするには、次の手順を実行します。

1. Oracle Big Data Applianceと同じネットワーク上にある任意のシステムでブラウザを開き、Oracle ILOMサービス・プロセッサに移動します。次の例では、node08のOracle ILOMを使用します。

http://bda1node08-ilom.us.example.com

2. ilom_adminユーザーとしてログインします。デフォルト・パスワードはwelcome1です。

3. 「Maintenance」タブを選択した後、「Backup/Restore」サブタブを選択します。

4. リストア操作とブラウザ転送方式を選択します。

5. 「Choose File」をクリックし、バックアップ操作で前に保存したconfig_backup.xmlファイルを選択します。

6. バックアップ操作中に設定したパスフレーズを入力します。

7. 「Run」をクリックして構成をリストアします。

11.5.2 障害のあるインフィニバンド・スイッチの交換

次の手順を実行して、Sun Network QDR Infiniband Gateway SwitchまたはSun Datacenter InfiniBand Switch 36を交換します。

関連項目:

- ケーブル配線の詳細は、「ラック内インフィニバンド・スイッチとサーバーのケーブル接続」を参照してください

- Sun Network QDR InfiniBand Gateway Switchインストレーション・ガイド

- http://docs.oracle.com/cd/E26699_01/html/E26706/gentextid-125.html#scrolltoc

- Sun Datacenter InfiniBand Switch 36ユーザーズ・ガイド
http://docs.oracle.com/cd/E26698_01/html/E26434/gentextid-119.html#scrolltoc

障害のあるインフィニバンド・スイッチを交換するには、次の手順を実行します。

1. 電源プラグを取り外して、スイッチの両方の電源をオフにします。

2. スイッチからケーブルを外します。すべてのインフィニバンド・ケーブルには、両端にその場所を示すラベルがあります。どのケーブルにもラベルがない場合、ラベルを付けてください。

3. ラックからスイッチを取り外します。

4. ラックに新しいスイッチを設置します。

5. 「Oracle ILOM設定のバックアップおよびリストア」の説明に従って、バックアップ・ファイルを使用してスイッチ設定をリストアします。

6. ilom_adminとしてスイッチに接続し、ファブリック管理シェルを開きます。

-> show /SYS/Fabric_Mgmt

プロンプトが->からFabMan@hostname->に変更されます。

7. サブネット・マネージャを無効にします。

FabMan@bda1sw-02-> disablesm

8. 適切なポートに各ケーブルを慎重に接続して、新しいスイッチにケーブルを接続します。

9. ファブリックのどのリンクにもエラーがないことを確認します。

FabMan@bda1sw-02-> ibdiagnet -c 1000 -r

10. サブネット・マネージャを有効にします。

FabMan@bda1sw-02-> enablesm

注意:

交換したスイッチがSun Datacenter InfiniBand Switch 36スパイン・スイッチである場合、スパイン・スイッチがマスターになるまで、他のスイッチのサブネット・マネージャを無効にして、マスター・サブネット・マネージャをスイッチに手動でフェイルバックします。次に、他のすべてのスイッチでサブネット・マネージャを再有効化します。

11.5.3 インフィニバンド・ネットワーク操作の確認

インフィニバンド・ネットワークのコンポーネントにメンテナンスが必要な場合(サーバーのインフィニバンド・ホスト・チャネル・アダプタ(HCA)、インフィニバンド・スイッチまたはインフィニバンド・ケーブルの交換など)、またはインフィニバンド・ネットワークの操作が十分に機能していないと疑われる場合、インフィニバンド・ネットワークが適切に動作していることを確認してください。次の手順では、ネットワーク操作を確認する方法について説明します。

注意:

インフィニバンド・ネットワークのパフォーマンスが想定を下回る場合、常に次の手順を使用します。

インフィニバンド・ネットワーク操作を確認するには、次の手順を実行します。

1. ibdiagnetコマンドを入力して、インフィニバンド・ネットワーク品質を確認します。

# ibdiagnet -c 1000

このコマンドでレポートされるすべてのエラーを調査します。これによって多少のネットワーク・トラフィックが生成されますが、通常のワークロード中に実行できます。

関連項目:

Sun Network QDR InfiniBand Gateway Switchコマンド・リファレンス

http://docs.oracle.com/cd/E26699_01/html/E26706/gentextid-28027.html#scrolltoc

2. スイッチ・ポート・エラー・カウンタとポート構成情報をレポートします。LinkDowned、RcvSwRelayErrors、XmtDiscardsおよびXmtWaitエラーは、このコマンドでは無視されます。

#  ibqueryerrors.pl -rR -s LinkDowned,RcvSwRelayErrors,XmtDiscards,XmtWait

関連項目:

ibqueryerrorsのLinux manページ

3. ハードウェアのステータスを確認します。

# bdacheckhw

次に、出力の例を示します。

[SUCCESS: Correct system model : SUN FIRE X4270 M2 SERVER
[SUCCESS: Correct processor info : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz
[SUCCESS: Correct number of types of CPU : 1
[SUCCESS: Correct number of CPU cores : 24
[SUCCESS: Sufficient GB of memory (>=48): 48
[SUCCESS: Correct GB of swap space : 24
[SUCCESS: Correct BIOS vendor : American Megatrends Inc.
[SUCCESS: Sufficient BIOS version (>=08080102): 08080102
[SUCCESS: Recent enough BIOS release date (>=05/23/2011) : 05/23/2011
[SUCCESS: Correct ILOM version : 3.0.16.10.a r68533
[SUCCESS: Correct number of fans : 6
[SUCCESS: Correct fan 0 status : ok
[SUCCESS: Correct fan 1 status : ok
[SUCCESS: Correct fan 2 status : ok
[SUCCESS: Correct fan 3 status : ok
[SUCCESS: Correct fan 4 status : ok
[SUCCESS: Correct fan 5 status : ok
[SUCCESS: Correct number of power supplies : 2
[1m[34mINFO: Detected Santa Clara Factory, skipping power supply checks
[SUCCESS: Correct disk controller model : LSI MegaRAID SAS 9261-8i
[SUCCESS: Correct disk controller firmware version : 12.12.0-0048
[SUCCESS: Correct disk controller PCI address : 13:00.0
[SUCCESS: Correct disk controller PCI info : 0104: 1000:0079
[SUCCESS: Correct disk controller PCIe slot width : x8
[SUCCESS: Correct disk controller battery type : iBBU08
[SUCCESS: Correct disk controller battery state : Operational
[SUCCESS: Correct number of disks : 12
[SUCCESS: Correct disk 0 model : SEAGATE ST32000SSSUN2.0
[SUCCESS: Sufficient disk 0 firmware (>=61A): 61A
[SUCCESS: Correct disk 1 model : SEAGATE ST32000SSSUN2.0
[SUCCESS: Sufficient disk 1 firmware (>=61A): 61A
.
.
.
[SUCCESS: Correct disk 10 status : Online, Spun Up No alert
[SUCCESS: Correct disk 11 status : Online, Spun Up No alert
[SUCCESS: Correct Host Channel Adapter model : Mellanox Technologies MT26428 ConnectX VPI PCIe 2.0
[SUCCESS: Correct Host Channel Adapter firmware version : 2.9.1000
[SUCCESS: Correct Host Channel Adapter PCI address : 0d:00.0
[SUCCESS: Correct Host Channel Adapter PCI info : 0c06: 15b3:673c
[SUCCESS: Correct Host Channel Adapter PCIe slot width : x8
[SUCCESS: Big Data Appliance hardware validation checks succeeded

4. ソフトウェアのステータスを確認します。

# bdachecksw

[SUCCESS: Correct OS disk sda partition info : 1 ext3 raid 2 ext3 raid 3 linux-swap 4 ext3 primary
[SUCCESS: Correct OS disk sdb partition info : 1 ext3 raid 2 ext3 raid 3 linux-swap 4 ext3 primary
[SUCCESS: Correct data disk sdc partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdd partition info : 1 ext3 primary
[SUCCESS: Correct data disk sde partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdf partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdg partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdh partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdi partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdj partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdk partition info : 1 ext3 primary
[SUCCESS: Correct data disk sdl partition info : 1 ext3 primary
[SUCCESS: Correct software RAID info : /dev/md2 level=raid1 num-devices=2 /dev/md0 level=raid1 num-devices=2
[SUCCESS: Correct mounted partitions : /dev/md0 /boot ext3 /dev/md2 / ext3 /dev/sda4 /u01 ext4 /dev/sdb4 /u02 ext4 /dev/sdc1 /u03 ext4 /dev/sdd1 /u04 ext4 /dev/sde1 /u05 ext4 /dev/sdf1 /u06 ext4 /dev/sdg1 /u07 ext4 /dev/sdh1 /u08 ext4 /dev/sdi1 /u09 ext4 /dev/sdj1 /u10 ext4 /dev/sdk1 /u11 ext4 /dev/sdl1 /u12 ext4
[SUCCESS: Correct swap partitions : /dev/sdb3 partition /dev/sda3 partition
[SUCCESS: Correct Linux kernel version : Linux 2.6.32-200.21.1.el5uek
[SUCCESS: Correct Java Virtual Machine version : HotSpot(TM) 64-Bit Server 1.6.0_29
[SUCCESS: Correct puppet version : 2.6.11
[SUCCESS: Correct MySQL version : 5.6
[SUCCESS: All required programs are accessible in $PATH
[SUCCESS: All required RPMs are installed and valid
[SUCCESS: Big Data Appliance software validation checks succeeded

11.5.4 ネットワーク・サブネット・マネージャ・マスターの理解

サブネット・マネージャでは、次のような機能を含むインフィニバンド・ネットワークのすべての動作特性を管理します。

- ネットワーク・トポロジの検出

- ネットワークに接続されているすべてのポートへのローカル識別子の割当て

- スイッチ転送表の計算およびプログラム

- ファブリックの変更の監視

インフィニバンド・ネットワークには、複数のサブネット・マネージャを含めることができますが、同時にアクティブにできるサブネット・マネージャは、1つのみです。アクティブなサブネット・マネージャは、マスター・サブネット・マネージャです。他のサブネット・マネージャは、スタンバイ・サブネット・マネージャです。マスター・サブネット・マネージャが停止するか、障害が発生すると、スタンバイ・サブネット・マネージャが自動的にマスター・サブネット・マネージャになります。

各サブネット・マネージャには、構成可能な優先度があります。複数のサブネット・マネージャがインフィニバンド・ネットワーク上に存在する場合、最高の優先度を持つサブネット・マネージャがマスター・サブネット・マネージャになります。Oracle Big Data Applianceでは、リーフ・スイッチのサブネット・マネージャが優先度5に構成され、スパイン・スイッチのサブネット・マネージャが優先度8に構成されます。

次のガイドラインによって、サブネット・マネージャがOracle Big Data Applianceで実行される場所が決定されます。

- サブネット・マネージャは、Oracle Big Data Applianceのスイッチでのみ実行されます。他のデバイスでサブネット・マネージャを実行することは、サポートされません。

- ケーブルで接続された1つ、2つまたは3つのラックでインフィニバンド・ネットワークが構成される場合、すべてのスイッチでサブネット・マネージャを実行する必要があります。マスター・サブネット・マネージャは、スパイン・スイッチで実行されます。

- ケーブルで接続された4つ以上のラックでインフィニバンド・ネットワークが構成される場合、サブネット・マネージャはスパイン・スイッチでのみ実行されます。リーフ・スイッチでは、サブネット・マネージャを無効にする必要があります。

関連項目:

- 次の場所にあるSun Network QDR Infiniband Gateway Switch・ライブラリ
http://docs.oracle.com/cd/E26699_01/index.html

- Sun Datacenter InfiniBand Switch 36ライブラリ
http://docs.oracle.com/cd/E26698_01/index.html

11.6 ゲートウェイ・スイッチに対する接続数の変更

Sun Network QDR Infiniband Gateway Switchに対する10GbE接続の数を変更する場合、bdaredoclientnetユーティリティを実行する必要があります。「bdaredoclientnet」を参照してください。

ラックのVNICを再作成するには、次の手順を実行します。

1. /opt/oracle/bda/network.jsonがすべてのサーバーに存在し、カスタム・ネットワーク設定を正しく記述していることを確認します。次のコマンドによって、欠落しているファイルや、異なる日付スタンプを持つファイルを識別します。

dcli ls -l /opt/oracle/bda/network.json

2. 管理ネットワークを使用してnode01 (ラックの一番下)に接続します。bdaredoclientnetユーティリティによってクライアント・ネットワークが停止されるため、この手順でそれを使用することはできません。

3. パスワードなしSSHを削除します。

/opt/oracle/bda/bin/remove-root-ssh

このコマンドの詳細は、「パスワードなしSSHの設定」を参照してください。

4. ディレクトリを変更します。

cd /opt/oracle/bda/network

5. ユーティリティを実行します。

bdaredoclientnet

出力は、例7-2に示されている内容とほぼ同じです。

6. パスワードなしSSHをリストアします(オプション)。

/opt/oracle/bda/bin/setup-root-ssh

11.7 NTPサーバーの変更

ネットワーク・タイム・プロトコル(NTP)・サーバーの構成情報は、初期設定後に変更できます。次の手順では、インフィニバンド・スイッチ、CiscoスイッチおよびSunサーバーのNTP構成情報を変更する方法について説明します。各サーバーを個別に変更することをお薦めします。

Oracle Big Data Applianceサーバーを更新するには、次の手順を実行します。

1. サーバーのNTPサービスを停止します。

2. /etc/ntp.confファイルを、新しいNTPサーバーのIPアドレスで更新します。

3. サーバーごとにこれらの手順を繰り返します。

インフィニバンド・スイッチを更新するには、次の手順を実行します。

1. ilom-adminユーザーとしてスイッチにログインします。

2. 「インフィニバンド・スイッチでのタイムゾーンおよびクロックの設定」の指示に従います。

Ciscoイーサネット・スイッチを更新するには、次の手順を実行します。

1. Telnetを使用してCiscoイーサネット・スイッチに接続します。

2. 現在の設定を削除します。

# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
(config)# no ntp server current_IPaddress

3. 新しいIPアドレスを入力します。

# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
(config)# ntp server new_IPaddress

4. 現在の構成を保存します。

# copy running-config startup-config

5. セッションを終了します。

# exit

関連項目:

「Ciscoイーサネット・スイッチの構成」

サーバーおよびスイッチの変更後にOracle Big Data Applianceを再起動します。

11.8 PDUの電流の監視

PDUの電流は直接監視できます。しきい値設定を構成してPDUを監視します。各メータリング・ユニット・モジュールおよび相の構成可能なしきい値は、Info low、Pre WarningおよびAlarmです。

関連項目:

PDUの構成および監視の詳細は、次の場所にあるSun Rack II配電ユニット・ユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/E19844-01/index.html

表11-1に、単相低電圧PDUを使用するOracle Big Data Applianceラックのしきい値を示します。

表11-1 単相低電圧PDUのしきい値

PDU

モジュール/相

Info Lowしきい値

Pre Warningしきい値

Alarmしきい値

A

モジュール1、相1

0

18

23

A

モジュール1、相2

0

22

24

A

モジュール1、相3

0

18

23

B

モジュール1、相1

0

18

23

B

モジュール1、相2

0

22

24

B

モジュール1、相3

0

18

23

表11-2に、3相低電圧PDUを使用するOracle Big Data Applianceラックのしきい値を示します。

表11-2 3相低電圧PDUのしきい値

PDU

モジュール/相

Info Lowしきい値

Pre Warningしきい値

Alarmしきい値

AおよびB

モジュール1、相1

0

32

40

AおよびB

モジュール1、相2

0

34

43

AおよびB

モジュール1、相3

0

33

42

表11-3に、単相高電圧PDUを使用するOracle Big Data Applianceラックのしきい値を示します。

表11-3 単相高電圧PDUのしきい値

PDU

モジュール/相

Info Lowしきい値

Pre Warningしきい値

Alarmしきい値

A

モジュール1、相1

0

16

20

A

モジュール1、相2

0

20

21

A

モジュール1、相3

0

16

20

B

モジュール1、相1

0

16

20

B

モジュール1、相2

0

20

21

B

モジュール1、相3

0

16

20

表11-4に、3相高電圧PDUを使用するOracle Big Data Applianceラックのしきい値を示します。

表11-4 3相高電圧PDUのしきい値

PDU

モジュール/相

Info Lowしきい値

Pre Warningしきい値

Alarmしきい値

AおよびB

モジュール1、相1

0

18

21

AおよびB

モジュール1、相2

0

18

21

AおよびB

モジュール1、相3

0

17

21

12 サーバー・ディスクの交換

ディスクの障害がOracle Big Data Applianceにとって致命的になることはありません。ユーザー・データは何も失われません。HDFSまたはOracle NoSQL Databaseに格納されているデータは、自動的にレプリケートされます。

この章は次の項で構成されています:

- ディスク交換プロセスの概要

- ディスク・ドライブ識別子について

- 障害ディスクを交換するための前提条件

- サーバーが再起動しない場合の対処方法

- ディスク・ドライブの交換

- マウントされているパーティションのエラーの修正

- ディスク・ドライブの機能の識別

- オペレーティング・システム・ディスクの構成

- HDFSディスクまたはOracle NoSQL Databaseディスクの構成

- ディスク構成の確認

関連項目:

My Oracle SupportドキュメントID 1581331.1

12.1 ディスク交換プロセスの概要

次に、サーバー・ディスク・ドライブを交換するための基本手順を示します。

1. 障害ディスク・ドライブを交換します。

2. 新しいディスクの基本構成手順を実行します。

3. 障害ディスクの固有の機能がオペレーティング・システム・ディスク、HDFSディスクまたはOracle NoSQL Databaseディスクのいずれであるかを識別します。

4. ディスクをその固有の機能用に構成します。

5. 構成が正しいことを確認します。

6. Oracle Big Data Applianceソフトウェアをインストールします。

関連項目:

次の場所にあるOracle Server X5-2Lサービス・マニュアルのストレージ・ドライブおよびリア・ドライブの修理に関する項

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40000091011460.html#scrolltoc

次の場所にあるSun Fire X4270 M2 Serverサービス・マニュアルのストレージ・ドライブおよびブート・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/E21671/hotswap.html#50503714_61628

12.2 ディスク・ドライブ識別子について

Oracle Big Data Applianceサーバーには、ホスト・バス・アダプタ(HBA)によって制御されるディスク・エンクロージャ・ケージが含まれます。エンクロージャには、スロット番号0から11で識別される12のディスク・ドライブがあります。ドライブは、表12-1に示すような固有の機能専用にすることができます。

Oracle Big Data Applianceでは、ディスクのスロット番号を識別するために、/dev/disk/by_hba_slotで定義されるシンボリック・リンクを使用します。リンクの形式は、snpmであり、nはスロット番号、mはパーティション番号です。たとえば、/dev/disk/by_hba_slot/s0p1は初期状態で/dev/sda1に対応します。

ディスクがホット・スワップされる場合、オペレーティング・システムでは、カーネル・デバイス名を再利用できません。かわりに、新しいデバイス名が割り当てられます。たとえば、/dev/sdaをホット・スワップすると、/dev/disk/by-hba-slot/s0に対応するディスクは、/dev/sdaのかわりに/dev/sdnにリンクされます。したがって、/dev/disk/by-hba-slot/のリンクは、デバイスの追加または削除時に自動的に更新されます。

コマンド出力では、デバイス名がシンボリック・リンク名ではなくカーネル・デバイス名でリストされます。つまり、/dev/disk/by-hba-slot/s0は、コマンド出力では/dev/sdaとして識別される場合があります。

12.2.1 標準ディスク・ドライブ・マッピング

表12-1に、RAID論理ドライブとオペレーティング・システム識別子との間の通常の初期マッピングを示します。ただし、システムに存在するマッピング(ここにリストしたものとは異なる可能性があります)を使用する必要があります。表には、Oracle Big Data Applianceサーバーの各ドライブの専用機能も示します。障害ドライブのあるサーバーは、CDHクラスタ(HDFS)またはOracle NoSQL Databaseクラスタの一部です。

表12-1 ディスク・ドライブ識別子

物理スロットに対するシンボリック・リンク

一般的な初期カーネル・デバイス名

固有の機能

/dev/disk/by-hba-slot/s0

/dev/sda

オペレーティング・システム

/dev/disk/by-hba-slot/s1

/dev/sdb

オペレーティング・システム

/dev/disk/by-hba-slot/s2

/dev/sdc

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s3

/dev/sdd

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s4

/dev/sde

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s5

/dev/sdf

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s6

/dev/sdg

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s7

/dev/sdh

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s8

/dev/sdi

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s9

/dev/sdj

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s10

/dev/sdk

HDFSまたはOracle NoSQL Database

/dev/disk/by-hba-slot/s11

/dev/sdl

HDFSまたはOracle NoSQL Database

12.2.2 標準マウント・ポイント

表12-2に、HDFSパーティションとマウント・ポイントとの間のマッピングを示します。

表12-2 マウント・ポイント

物理スロットおよびパーティションに対するシンボリック・リンク

HDFSパーティション

マウント・ポイント

/dev/disk/by-hba-slot/s0p4

/dev/sda4

/u01

/dev/disk/by-hba-slot/s1p4

/dev/sdb4

/u02

/dev/disk/by-hba-slot/s2p1

/dev/sdc1

/u03

/dev/disk/by-hba-slot/s3p1

/dev/sdd1

/u04

/dev/disk/by-hba-slot/s4p1

/dev/sde1

/u05

/dev/disk/by-hba-slot/s5p1

/dev/sdf1

/u06

/dev/disk/by-hba-slot/s6p1

/dev/sdg1

/u07

/dev/disk/by-hba-slot/s7p1

/dev/sdh1

/u08

/dev/disk/by-hba-slot/s8p1

/dev/sdi1

/u09

/dev/disk/by-hba-slot/s9p1

/dev/sdj1

/u10

/dev/disk/by-hba-slot/s10p1

/dev/sdk1

/u11

/dev/disk/by-hba-slot/s11p1

/dev/sdl1

/u12

12.2.3 ディスク・ドライブの物理スロット番号の取得

次のMegaCli64コマンドを使用して、仮想ドライブ番号と物理スロット番号のマッピングを確認します。「ディスク・ドライブの交換」を参照してください。

# MegaCli64 LdPdInfo a0 | more

12.3 障害ディスクを交換するための前提条件

予測障害状態にあるHDFSディスクまたはオペレーティング・システム・ディスクを交換するには、最初にHDFSパーティションをディスマウントする必要があります。オペレーティング・システム・ディスクを交換する前には、スワッピングを無効にする必要もあります。

注意:

HDFSパーティションのみをディスマウントしてください。オペレーティング・システム・ディスクの場合、オペレーティング・システム・パーティションをディスマウントしないでください。HDFSには、オペレーティング・システム・ディスクのパーティション4 (sda4またはsdb4)のみを使用します。

HDFSパーティションをディスマウントするには、次の手順を実行します。

1. 障害ドライブのあるサーバーにログインします。

2. 障害ドライブがオペレーティング・システムをサポートしている場合、スワッピングを無効にします。

# bdaswapoff

アクティブなスワッピングが存在するディスクを削除すると、カーネルがクラッシュします。

3. マウントされているHDFSパーティションをリストします。

# mount -l

/dev/md2 on / type ext4 (rw,noatime)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/md0 on /boot type ext4 (rw)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda4 on /u01 type ext4 (rw,nodev,noatime) [/u01]
/dev/sdb4 on /u02 type ext4 (rw,nodev,noatime) [/u02]
/dev/sdc1 on /u03 type ext4 (rw,nodev,noatime) [/u03]
/dev/sdd1 on /u04 type ext4 (rw,nodev,noatime) [/u04]
.
.
.

4. 障害ディスクでマウントされているパーティションのリストを確認します。ディスクのパーティションがリストされていない場合、「ディスク・ドライブの交換」に進みます。そうではない場合、次の手順に進みます。

注意:

オペレーティング・システム・ディスクの場合、パーティション4 (sda4またはsdb4)を見つけます。オペレーティング・システム・パーティションはディスマウントしないでください。

5. 障害ディスクのHDFSマウント・ポイントをディスマウントします。

# umount mountpoint

たとえば、umount /u11によって、パーティション/dev/sdk1のマウント・ポイントが削除されます。

umountコマンドに成功した場合、「ディスク・ドライブの交換」に進みます。umountコマンドがデバイス・ビジー・メッセージで失敗した場合、パーティションはまだ使用中です。次の手順に進みます。

6. Cloudera Managerのブラウザ・ウィンドウを開きます。次に例を示します。
http://bda1node03.example.com:7180

7. Cloudera Managerで次の手順を実行します。

a. adminとしてログインします。

b. 「Services」ページで、「hdfs」をクリックします。

c. 「Instances」サブタブをクリックします。

d. 「Host」列で、障害ディスクのあるサーバーを特定します。次に、「Name」列のサービス(datanodeなど)をクリックしてそのページを開きます。

e. 「Configuration」サブタブをクリックします。

f. 「Directory」フィールドからマウント・ポイントを削除します。

g. 「Save Changes」をクリックします。

h. 「Actions」リストから、「Restart this DataNode」を選択します。

注意:

Cloudera Managerでマウント・ポイントを削除した場合、他のすべての構成手順が終了した後に、Cloudera Managerでマウント・ポイントをリストアする必要があります。

8. 障害ドライブのあるサーバーのセッションに戻ります。

9. umountコマンドを再発行します。

# umount mountpoint

10. ディスクをオフラインにします。

# MegaCli64 PDoffline "physdrv[enclosure:slot]" a0

たとえば、"physdrv[20:10]"はディスクs11を示します。これは、エンクロージャ20のスロット10にあります。

11. コントローラ構成表からディスクを削除します。

MegaCli64 CfgLDDel Lslot a0

たとえば、L10はスロット10を示します。

12. 「ディスク・ドライブの交換」の手順を完了します。

12.4 サーバーが再起動しない場合の対処方法

サーバーは、ディスク交換手順の最中に、ユーザーがrebootコマンドを発行したため、またはMegaCli64コマンドでエラーが発生したために再起動することがあります。ほとんどの場合、サーバーは正常に再起動し、作業を継続できます。ただし、それ以外の場合、エラーが発生するためにSSHを使用して再接続できなくなります。この場合、Oracle ILOMを使用して再起動を完了する必要があります。

Oracle ILOMを使用してサーバーを再起動するには、次の手順を実行します。

1. ブラウザで、Oracle ILOMを使用してサーバーに対する接続を開きます。次に例を示します。
http://bda1node12-c.example.com

注意:

ブラウザには、JDKプラグインがインストールされている必要があります。ログイン・ページにJavaのコーヒー・カップが表示されない場合、作業を続行する前にプラグインをインストールする必要があります。

2. Oracle ILOM資格証明を使用してログインします。

3. 「Remote Control」タブを選択します。

4. 「Launch Remote Console」ボタンをクリックします。

5. [Ctrl]を押しながら[D]を押し、再起動を続行します。

6. 再起動に失敗した場合、プロンプトでサーバーのrootパスワードを入力し、問題の修正を試みます。

7. サーバーが正常に再起動したら、「Redirection」メニューを開いて「Quit」を選択し、コンソール・ウィンドウを閉じます。

関連項目:

Oracle Integrated Lights Out Manager (ILOM) 3.0のドキュメント

http://docs.oracle.com/cd/E19860-01/

12.5 ディスク・ドライブの交換

障害が発生または障害状態にあるディスク・ドライブを交換するには、次の手順を実行します。

1. 障害ディスクを交換する前に、「障害ディスクを交換するための前提条件」を参照してください。

2. 障害ディスク・ドライブを交換します。
「Oracle Big Data Applianceサーバーの部品」を参照してください。

3. 障害ディスクを交換するためにサーバーの電源を切断した場合、電源を投入します。

4. KVMまたはラップトップとのSSL接続を使用して、rootとしてサーバーに接続します。

5. ファイルに物理ドライブの情報を保存します。

# MegaCli64 pdlist a0 > pdinfo.tmp

注意: このコマンドによって、出力がファイルにリダイレクトされるため、テキスト・エディタを使用して複数の検索を実行できます。必要に応じて、moreまたはgrepコマンドを通じて出力をパイプ処理できます。

ユーティリティによって、スロットごとに次の情報が返されます。次の例は、Firmware StateがUnconfigured(good), Spun Upであることを示しています。

Enclosure Device ID: 20
Slot Number: 8
Drive's postion: DiskGroup: 8, Span: 0, Arm: 0
Enclosure position: 0
Device Id: 11
WWN: 5000C5003487075C
Sequence Number: 2
Media Error Count: 0
Other Error Count: 0
Predictive Failure Count: 0
Last Predictive Failure Event Seq Number: 0
PD Type: SAS
Raw Size: 1.819 TB [0xe8e088b0 Sectors]
Non Coerced Size: 1.818 TB [0xe8d088b0 Sectors]
Coerced Size: 1.817 TB [0xe8b6d000 Sectors]
Firmware state: Unconfigured(good), Spun Up
Is Commissioned Spare : NO
Device Firmware Level: 061A
Shield Counter: 0
Successful diagnostics completion on :  N/A
SAS Address(0): 0x5000c5003487075d
SAS Address(1): 0x0
Connected Port Number: 0(path0)
Inquiry Data: SEAGATE ST32000SSSUN2.0T061A1126L6M3WX
FDE Enable: Disable
Secured: Unsecured
Locked: Unlocked
Needs EKM Attention: No
Foreign State: None
Device Speed: 6.0Gb/s
Link Speed: 6.0Gb/s
Media Type: Hard Disk Device
.
.
.

6. 手順5で作成したファイルをテキスト・エディタで開き、次の項目を検索します。

- Foreign StateがForeignであるディスク

- Firmware StateがUnconfiguredであるディスク

7. Foreign StateがForeignのディスクでは、そのステータスを消去します。

# MegaCli64 CfgForeign clear a0

外部ディスクは、コントローラが以前認識していたディスクです(再挿入されたディスクなど)。

8. Firmware StateがUnconfigured (Bad)のディスクでは、次の手順を実行します。

a. エンクロージャ・デバイスのID番号とスロット番号を書き留めます。

b. 次の書式でコマンドを入力します。

# MegaCli64 pdmakegood physdrv[enclosure:slot] a0

たとえば、[20:10]では、スロット10のエンクロージャ20によって識別されるディスクが修復されます。

c. もう一度Foreign Stateの現在のステータスを確認します。

# MegaCli64 pdlist a0 | grep foreign

d. Foreign StateがまだForeignの場合は、clearコマンドを繰り返します。

# MegaCli64 CfgForeign clear a0

9. Firmware StateがUnconfigured (Good)のディスクでは、次のコマンドを使用します。複数のディスクが未構成の場合、最小のスロット番号から最大のスロット番号へと向かう順序でそれらを構成します。

# MegaCli64 CfgLdAdd r0[enclosure:slot] a0

Adapter 0: Created VD 1

Adapter 0: Configured the Adapter!!

Exit Code: 0x00

たとえば、[20:5]では、スロット5のエンクロージャ20によって識別されるディスクが修復されます。

10. 手順9のCfgLdAddコマンドがキャッシュされたデータにより失敗した場合は、キャッシュを消去します。

# MegaCli64 discardpreservedcache l1 a0

11. ディスクがオペレーティング・システムによって認識されることを確認します。

# lsscsi

ディスクは、その元のデバイス名(/dev/sdcなど)で表示されるか、新しいデバイス名(/dev/sdnなど)で表示されます。オペレーティング・システムでディスクが認識されない場合、そのディスクはlsscsiコマンドによって生成されるリストに含まれません。

lssci出力が正しい順序で表示されない場合もありますが、構成は続行できます。同じ物理ディスクから論理ディスクへのマッピングが必要な場合には、カーネルに対して同じディスクからデバイスへのマッピングは不要です。ディスク構成は、/dev/disks/by-hba-slotのデバイス名に基づいて行われます。

次の出力例は、新しいデバイス名の2つのディスクを示しています(スロット5の/dev/sdnおよびスロット10の/dev/sdo )。

[0:0:20:0]   enclosu ORACLE  CONCORD14        0960  -
[0:2:0:0]    disk    LSI      MR9261-8i        2.12  /dev/sda
[0:2:1:0]    disk    LSI      MR9261-8i        2.12  /dev/sdb
[0:2:2:0]    disk    LSI      MR9261-8i        2.12  /dev/sdc
[0:2:3:0]    disk    LSI      MR9261-8i        2.12  /dev/sdd
[0:2:4:0]    disk    LSI      MR9261-8i        2.12  /dev/sde
[0:2:5:0]    disk    LSI      MR9261-8i        2.12  /dev/sdn
[0:2:6:0]    disk    LSI      MR9261-8i        2.12  /dev/sdg
[0:2:7:0]    disk    LSI      MR9261-8i        2.12  /dev/sdh
[0:2:8:0]    disk    LSI      MR9261-8i        2.12  /dev/sdi
[0:2:9:0]    disk    LSI      MR9261-8i        2.12  /dev/sdj
[0:2:10:0]   disk    LSI      MR9261-8i        2.12  /dev/sdo
[0:2:11:0]   disk    LSI      MR9261-8i        2.12  /dev/sdl
[7:0:0:0]    disk    ORACLE   UNIGEN-UFD       PMAP  /dev/sdm
[

12. サーバーのハードウェア・プロファイルを確認し、エラーがあれば修正します。

# bdacheckhw

13. サーバーのソフトウェア・プロファイルを確認し、エラーがあれば修正します。

# bdachecksw

「Wrong mounted partitions」エラーが表示され、デバイスがリストにない場合は、エラーを無視して続行できます。ただし、「Duplicate mount points」エラーが表示されるか、またはスロット番号が切り替わった場合は、「マウントされているパーティションのエラーの修正」を参照してください。

14. ドライブを適切に構成できるように、その機能を識別します。「ディスク・ドライブの機能の識別」を参照してください。

12.6 マウントされているパーティションのエラーの修正

bdacheckswユーティリティで見つかる問題は通常、マウントされているパーティションに関係しています。

古いマウント・ポイントがmountコマンドの出力として表示される場合があるため、たとえば/u03など、同じマウント・ポイントが2回表示されることもあります。

重複しているマウント・ポイントを修正するには、次の手順を実行します。

1. umountコマンドを2回使用して、両方のマウント・ポイントをディスマウントします。この例では、重複している2つの/u03をディスマウントしています。

# umount /u03
# umount /u03

2. マウント・ポイントを再マウントします。この例では、/u03を再マウントしています。

# mount /u03

ディスクが誤ったスロット(つまり、仮想ドライブ番号)にある場合には、2つのドライブを切り替えることができます。

スロットを切り替えるには、次の手順を実行します。

1. 両方のドライブのマッピングを削除します。この例では、スロット4および10からドライブを削除しています。

# MegaCli64 cfgLdDel L4 a0
# MegaCli64 cfgLdDel L10 a0

2. 表示しようとする順序でドライブを追加します。最初のコマンドで、使用可能な最初のスロット番号が取得されます。

# MegaCli64 cfgLdAdd [20:4] a0
# MegaCli64 cfgLdAdd [20:5] a0

3. スロット番号が正しい場合であってもマウント・エラーが続く場合には、サーバーを再起動してください。

12.7 ディスク・ドライブの機能の識別

障害ディスクのあるサーバーはHDFSまたはOracle NoSQL Databaseをサポートするように構成され、ほとんどのディスクはその目的のみに使用されます。ただし、2つのディスクはオペレーティング・システム専用です。新しいディスクを構成する前に、障害ディスクがどのように構成されたかを確認します。

Oracle Big Data Applianceは、最初の2つのディスク上にオペレーティング・システムが構成されます。

障害ディスクでオペレーティング・システムがサポートされていたことを確認するには、次の手順を実行します。

1. 交換ディスクが/dev/sdaまたは/dev/sdb (オペレーティング・システム・ディスク)に対応しているかどうかを確認します。

# lsscsi

「ディスク・ドライブの交換」の手順11での出力を参照してください。

2. /dev/sdaおよび/dev/sdbがオペレーティング・システムのミラー化パーティション・ディスクであることを確認します。

# mdadm -Q –-detail /dev/md2
/dev/md2:
Version : 0.90
Creation Time : Mon Jul 22 22:56:19 2013
Raid Level : raid1
.
.
.
Number   Major   Minor   RaidDevice State
0       8        2        0      active sync   /dev/sda2
1       8       18        1      active sync   /dev/sdb2

3. 前の手順で障害ディスクがオペレーティング・システム・ディスクであることがわかった場合、「オペレーティング・システム・ディスクの構成」に進みます。

12.8 オペレーティング・システム・ディスクの構成

最初の2つのディスクによって、Linuxオペレーティング・システムがサポートされます。これらのディスクには、ミラー化されたオペレーティング・システムのコピー、スワップ・パーティション、ミラー化されたブート・パーティションおよびHDFSデータ・パーティションが格納されます。

オペレーティング・システム・ディスクを構成するには、稼働を続けているディスクからパーティション表をコピーし、HDFSパーティション(ext4ファイル・システム)を作成して、オペレーティング・システムのソフトウェアRAIDパーティションとブート・パーティションを追加する必要があります。

スロット0またはスロット1のディスクを交換した後、次の手順を実行します。

- オペレーティング・システム・ディスクのパーティション化

- RAIDアレイの修理

- オペレーティング・システム・ディスクのHDFSパーティションのフォーマット

- スワップ・パーティションのリストア

- GRUBマスター・ブート・レコードおよびHBAブート順序のリストア

12.8.1 オペレーティング・システム・ディスクのパーティション化

パーティション化の手順は、Oracle Linuxバージョン5と6では若干異なります。各システムに対応する適切な手順を実行してください。

- Oracle Linux 6のパーティション化

- Oracle Linux 5のパーティション化

注意:

次のコマンドの/dev/disk/by-hba-slot/snは、適切なシンボリック・リンク(/dev/disk/by-hba-slot/s0または/dev/disk/by-hba-slot/s1)に置き換えてください。

12.8.1.1 Oracle Linux 6のパーティション化

Oracle Linux 6の論理ドライブをパーティション化するには、次の手順を実行します。

1. 「ディスク・ドライブの交換」の手順を完了します。

2. 新しいディスクにパーティション表が存在しないことを確認します。

# parted /dev/disk/by-hba-slot/sn -s print

通常は、欠落しているパーティション表に関するメッセージが表示されます。

3. partedコマンドでパーティション表が表示された場合、それを消去します。

# dd if=/dev/zero of=/dev/disk/by-hba-slot/sn bs=1M count=100

ヒント:

間違った場合、このコマンドを使用してオペレーティング・システム・ディスクの構成を再開できます。

4. パーティション表を作成します。

# parted /dev/disk/by-hba-slot/sn -s mklabel gpt print

5. 稼働を続けているディスクのCylinder Head Sector (CHS)パーティション情報をリストします。つまり、/dev/disk/by-hba-slot/s0をパーティション化する場合、次のコマンドの/dev/disk/by-hba-slot/smとして/dev/disk/by-hba-slot/s1を入力します。

# parted /dev/disk/by-hba-slot/sm -s unit chs print

Model: LSI MR9261-8i (scsi)
Disk /dev/sda: 243031,30,6
Sector size (logical/physical): 512B/512B
BIOS cylinder,head,sector geometry: 243031,255,63.  Each cylinder is 8225kB.
Partition Table: gpt

Number  Start        End          File system    Name    Flags
1      0,0,34       25,127,7     ext4           primary boot
2      25,127,8     21697,116,20                primary raid
3      21697,116,21 23227,61,35  linux-swap(v1) primary
4      23227,61,36  243031,29,36 ext4           primary

6. 稼働を続けているディスクのパーティションを複製して、新しいドライブにパーティション1から3を作成します。次の書式で3つのコマンドを発行します。

# parted /dev/disk/by-hba-slot/sn -s mkpart primary file_system start end

次の例に示されているアドレスのかわりに、手順5で取得した開始アドレスと終了アドレスを使用してください。

# parted /dev/disk/by-hba-slot/sn -s mkpart primary ext4 0,0,34 25,127,7
# parted /dev/disk/by-hba-slot/sn -s mkpart primary ext4 25,127,8 21697,116,20
# parted /dev/disk/by-hba-slot/sn -s mkpart primary linux-swap 21697,116,21 23227,61,35

7. 手順5で取得した開始アドレスと100%の終了アドレスを使用して、プライマリ・パーティション4を作成します。

# parted /dev/disk/by-hba-slot/sn -s mkpart primary ext4 23227,61,36 100%

パーティション4にはHDFSデータが格納され、この構文によってパーティションが可能なかぎり大きくなります。

8. RAIDフラグを設定します。

# parted -s /dev/disk/by-hba-slot/sn set 1 raid
# parted -s /dev/disk/by-hba-slot/sn set 2 raid

9. ブート・フラグを設定します。

# parted -s /dev/disk/by-hba-slot/sn set 1 boot

10. ブート・フラグが設定されていることを確認します。

# parted /dev/disk/by-hba-slot/sn -s unit chs print

出力例を次に示します。

Model: LSI MR9261-8i (scsi)
Disk /dev/sda: 243031,30,6
Sector size (logical/physical): 512B/512B
BIOS cylinder,head,sector geometry: 243031,255,63. Each cylinder is 8225kB.
Partition Table: gpt
Number Start         End           File system    Name    Flags
1      0,32,32       24,89,0       ext4           primary boot
2      24,89,1       60812,135,58                 primary raid
3      60812,135,59  65618,90,7    linux-swap(v1) primary
4      65618,90,8    243030,252,37 ext4           primary

11. 「RAIDアレイの修理」の手順を完了します。

12.8.1.2 Oracle Linux 5のパーティション化

Oracle Linux 5の論理ドライブをパーティション化するには、次の手順を実行します。

1. 「ディスク・ドライブの交換」の手順を完了します。

2. 新しいディスクにパーティション表が存在しないことを確認します。

# parted /dev/disk/by-hba-slot/sn -s print

通常は、欠落しているパーティション表に関するメッセージが表示されます。

3. partedコマンドでパーティション表が表示された場合、それを消去します。

# dd if=/dev/zero of=/dev/disk/by-hba-slot/sn bs=1M count=100

ヒント:

間違った場合、このコマンドを使用してオペレーティング・システム・ディスクの構成を再開できます。

4. パーティション表を作成します。

# parted /dev/disk/by-hba-slot/sn -s mklabel gpt print

5. 稼働を続けているディスクのCylinder Head Sector (CHS)パーティション情報をリストします。つまり、/dev/disk/by-hba-slot/s0をパーティション化する場合、次のコマンドの/dev/disk/by-hba-slot/smとして/dev/disk/by-hba-slot/s1を入力します。

# parted /dev/disk/by-hba-slot/sm -s unit chs print

Model: LSI MR9261-8i (scsi)
Disk /dev/sda: 243031,30,6
Sector size (logical/physical): 512B/512B
BIOS cylinder,head,sector geometry: 243031,255,63.  Each cylinder is 8225kB.
Partition Table: gpt

Number  Start         End           File system  Name     Flags
1      0,0,34        25,127,7      ext3                  raid
2      25,127,8      21697,116,20  ext3                  raid
3      21697,116,21  23227,61,35   linux-swap
4      23227,61,36   243031,29,36  ext3         primary

6. 稼働を続けているディスクのパーティションを複製して、新しいドライブにパーティション1から3を作成します。次の書式で3つのコマンドを発行します。

# parted /dev/disk/by-hba-slot/sn -s mkpart file_system start end

次の例に示されているアドレスのかわりに、手順5で取得した開始アドレスと終了アドレスを使用してください。

# parted /dev/disk/by-hba-slot/sn -s mkpart ext3 0,0,34 25,127,7
# parted /dev/disk/by-hba-slot/sn -s mkpart ext3 25,127,8 21697,116,20
# parted /dev/disk/by-hba-slot/sn -s mkpart linux-swap 21697,116,21 23227,61,35

7. 手順5で取得した開始アドレスと100%の終了アドレスを使用して、プライマリ・パーティション4を作成します。

# parted /dev/disk/by-hba-slot/sn -s mkpart primary ext3 23227,61,36 100%

パーティション4にはHDFSデータが格納され、この構文によってパーティションが可能なかぎり大きくなります。

8. RAIDフラグを設定します。

# parted -s /dev/disk/by-hba-slot/sn set 1 raid
# parted -s /dev/disk/by-hba-slot/sn set 2 raid

9. 対話モードでpartedを使用して名前を消去します。

# parted /dev/disk/by-hba-slot/sn

GNU Parted 1.8.1
Using /dev/sdn
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) name 1 " "
(parted) name 2 " "
(parted) name 3 " "
(parted) quit

10. 「RAIDアレイの修理」の手順を完了します。

12.8.2 RAIDアレイの修理

ディスクをパーティション化した後、2つの論理RAIDアレイを修理できます。

- /dev/md0には、/dev/disk/by-hba-slot/s0p1および/dev/disk/by-hba-slot/s1p1が含まれます。/bootとしてマウントされます。

- /dev/md2には、/dev/disk/by-hba-slot/s0p2および/dev/disk/by-hba-slot/s1p2が含まれます。/ (root)としてマウントされます。

注意:

システムが停止する操作になるため、/dev/mdデバイスはディスマウントしないでください。

RAIDアレイを修理するには、次の手順を実行します。

1. RAIDアレイからパーティションを削除します。

# mdadm /dev/md0 -r detached
# mdadm /dev/md2 -r detached

2. RAIDアレイが縮退していることを確認します。

# mdadm -Q –-detail /dev/md0
# mdadm -Q –-detail /dev/md2

3. 各アレイの縮退ファイルが1に設定されていることを確認します。

# cat /sys/block/md0/md/degraded
1
# cat /sys/block/md2/md/degraded
1

4. RAIDアレイにパーティションをリストアします。

# mdadm –-add /dev/md0 /dev/disk/by-hba-slot/snp1
# mdadm –-add /dev/md2 /dev/disk/by-hba-slot/snp2

5. /dev/md2がリカバリ状態になり、アイドル状態でなくなるように、再同期が開始されていることを確認します。

# cat /sys/block/md2/md/sync_action
repair

6. 再同期の進行を確認するには、mdstatファイルを監視します。カウンタによって、完了した割合が示されます。

# cat /proc/mdstat

Personalities : [raid1]
md0 : active raid1 sdb1[1] sda1[0]
204736 blocks [2/2] [UU]

md2 : active raid1 sdb2[2] sda2[0]
174079936 blocks [2/1] [U_]
[============>........]  recovery = 61.6% (107273216/174079936) finish=18.4min speed=60200K/sec

次の出力は、同期が完了したことを示しています。

Personalities : [raid1]
md0 : active raid1 sdb1[1] sda1[0]
204736 blocks [2/2] [UU]

md2 : active raid1 sdb2[1] sda2[0]
174079936 blocks [2/2] [UU]

unused devices: <none>

7. /etc/mdadm.confのコンテンツを表示します。

# cat /etc/mdadm.conf

# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=df1bd885:c1f0f9c2:25d6...
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=6c949a1a:1d45b778:a6da...

8. 次のコマンドの出力をステップ7の/etc/mdadm.confの内容と比較します。

# mdadm --examine --brief --scan --config=partitions

9. ファイル内のUUIDがmdadmコマンドの出力内のUUIDと異なる場合は、次の手順を実行します。

a. テキスト・エディタで/etc/mdadm.confを開きます。

b. ARRAYからファイルの末尾までを選択し、選択した行を削除します。

c. ファイルの行を削除した部分に、コマンドの出力をコピーします。

d. 変更したファイルを保存して終了します。

10. 「オペレーティング・システム・ディスクのHDFSパーティションのフォーマット」の手順を完了します。

12.8.3 オペレーティング・システム・ディスクのHDFSパーティションのフォーマット

オペレーティング・システム・ディスクのパーティション4 (sda4)は、HDFSに使用されます。パーティションをフォーマットして適切なラベルを設定すると、ディスク領域が必要な場合にパーティションを使用するようにHDFSによってジョブの負荷がリバランスされます。

HDFSパーティションをフォーマットするには、次の手順を実行します。

1. ext4ファイル・システムとしてHDFSパーティションをフォーマットします。

# mkfs -t ext4 /dev/disk/by-hba-slot/snp4

注意:

デバイスがマウントされているためにこのコマンドが失敗する場合、ここでドライブをディスマウントし、手順3を省略してください。ディスマウントの手順については、「障害ディスクを交換するための前提条件」を参照してください。

2. パーティション・ラベル(s0p4に対する/u01など)が存在しないことを確認します。

# ls -l /dev/disk/by-label

3. 適切なHDFSパーティション(/dev/sdaの場合は/u01、/dev/sdbの場合は/u02)をディスマウントします。

# umount /u0n

4. パーティション・ラベルを再設定します。

# tune2fs -c -1 -i 0 -m 0.2 -L /u0n /dev/disk/by-hba-slot/snp4

5. HDFSパーティションをマウントします。

# mount /u0n

6. 「スワップ・パーティションのリストア」の手順を完了します。

12.8.4 スワップ・パーティションのリストア

HDFSパーティションをフォーマットした後、スワップ・パーティションをリストアできます。

スワップ・パーティションをリストアするには、次の手順を実行します。

1. スワップ・ラベルを設定します。

# mkswap -L SWAP-sdn3 /dev/disk/by-hba-slot/snp3
Setting up swapspace version 1, size = 12582907 kB
LABEL=SWAP-sdn3, no uuid

2. スワップ・パーティションがリストアされたことを確認します。

# bdaswapon; bdaswapoff
Filename                          Type            Size    Used    Priority
/dev/sda3                         partition       12287992        0       1
/dev/sdb3                         partition       12287992        0       1

3. 交換したディスクがオペレーティング・システムによって認識されることを確認します。

$ ls -l /dev/disk/by-label
total 0
lrwxrwxrwx 1 root root 10 Aug  3 01:22 BDAUSB -> ../../sdn1
lrwxrwxrwx 1 root root 10 Aug  3 01:22 BDAUSBBOOT -> ../../sdm1
lrwxrwxrwx 1 root root 10 Aug  3 01:22 SWAP-sda3 -> ../../sda3
lrwxrwxrwx 1 root root 10 Aug  3 01:22 SWAP-sdb3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u01 -> ../../sda4
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u02 -> ../../sdb4
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u03 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u04 -> ../../sdd1
.
.
.

4. 出力に交換したディスクがリストされない場合:

- Linux 5で、udevtriggerを実行します。

- Linux 6で、udevadm triggerを実行します。

その後、手順3を繰り返します。lsscsiコマンドも、ディスクの正しい順序をレポートする必要があります。

5. 「GRUBマスター・ブート・レコードおよびHBAブート順序のリストア」の手順を完了します。

12.8.5 GRUBマスター・ブート・レコードおよびHBAブート順序のリストア

スワップ・パーティションをリストアした後、Grand Unified Bootloader (GRUB)のマスター・ブート・レコードをリストアできます。

device.mapファイルによって、オペレーティング・システム・デバイスにBIOSドライブがマップされます。次に、デバイス・マップ・ファイルの例を示します。

# this device map was generated by anaconda
(hd0)     /dev/sda
(hd1)     /dev/sdb

ただし、GRUBデバイス・マップはシンボリック・リンクをサポートしていないため、デバイス・マップ内のマッピングは/dev/disk/by-hba-slotによって使用されているものと一致しない場合があります。この手順では、必要に応じてデバイス・マップを修正する方法について説明します。

GRUBのブート・レコードをリストアするには、次の手順を実行します。

1. ドライブがslot1で使用しているカーネル・デバイスを確認します。

# ls -ld /dev/disk/by-hba-slot/s1
lrwxrwxrwx 1 root root 9 Apr 22 12:54 /dev/disk/by-hba-slot/s1 -> ../../sdb

2. ステップ1に示すとおり、出力に/dev/sdbが表示されている場合は、次のステップ(GRUBのオープン)に進みます。
別のデバイス(/dev/sdnなど)が表示されている場合は、まずhd1が正しいデバイスを指すように設定する必要があります。

a. device.mapファイルのコピーを作成します。

# cd /boot/grub
# cp device.map mydevice.map
# ls -l *device*
-rw-r--r-- 1 root root 85 Apr 22 14:50 device.map
-rw-r--r-- 1 root root 85 Apr 24 09:24 mydevice.map

b. mydevice.mapを編集して、hd1が新しいデバイスを指すようにします。この例では、ステップ1でs1が/deb/sdnを指していました。

# more /boot/grub/mydevice.map
# this device map was generated by bda install
(hd0)     /dev/sda
(hd1)     /dev/sdn

c. 残りのステップでは、編集したデバイス・マップ(mydevice.map)を使用します。

3. ここに示すようにdevice.mapを使用するか、編集したmydevice.mapを使用して、GRUBをオープンします。

# grub --device-map=/boot/grub/device.map

GNU GRUB  version 0.97  (640K lower / 3072K upper memory)

[ Minimal BASH-like line editing is supported.  For the first word, TAB
lists possible command completions.  Anywhere else TAB lists the possible
completions of a device/filename.
]

4. /dev/sdaの場合はhd0、/dev/sdbの場合はhd1を入力して、ルート・デバイスを設定します。

grub> root (hdn,0)

root (hdn,0)
Filesystem type is ext2fs, partition type 0x83

5. /dev/sdaの場合はhd0、/dev/sdbの場合はhd1を入力して、GRUBをインストールします。

grub> setup (hdn)

setup (hdn)
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hdn)"... failed (this is not fatal)
Running "embed /grub/e2fs_stage1_5 (hdn,0)"... failed (this is not fatal)
Running "install /grub/stage1 (hdn) /grub/stage2 p /grub/grub.conf "... succeeded
Done.

6. GRUBコマンドライン・インタフェースを終了します。

grub> quit

7. HBAのブート・ドライブが正しく設定されていることを確認します。

# MegaCli64 /c0 show bootdrive

BootDrive VD:0が設定されている場合、コマンド出力は次のようになります。

Controller = 0
Status = Success
Description = None
Controller Properties :
=====================
----------------
Ctrl_Prop Value
----------------
BootDrive VD:0
----------------

BootDrive VD:0が設定されていない場合、コマンド出力に「No Boot Drive」と表示されます。

Controller = 0
Status = Success
Description = None
Controller Properties :
=====================
----------------
Ctrl_Prop Value
----------------
BootDrive No Boot Drive
----------------

8. ブート・ドライブが設定されていないことがMegaCli64 /c0 show bootdriveによって報告された場合は、次のように設定します。

# MegaCli64 /c0/v0 set bootdrive=on
Controller = 0
Status = Success
Description = None
Detailed Status :
===============
-----------------------------------------
VD  Property   Value Status   ErrCd ErrMsg
-----------------------------------------
0   Boot Drive On    Success  0     -
------------------------------------------

9. ブート・ドライブが設定されたことを確認します。

# MegaCli64 /c0 show bootdrive
Controller = 0
Status = Success
Description = None
Controller Properties :
=====================
----------------
Ctrl_Prop Value
----------------
BootDrive VD:0
----------------

10. 自動選択ブート・ドライブ機能が有効であることを確認します。

# MegaCli64 adpBIOS EnblAutoSelectBootLd a0
Auto select Boot is already Enabled on Adapter 0.

11. 構成を確認します。「ディスク構成の確認」を参照してください。

12.9 HDFSディスクまたはOracle NoSQL Databaseディスクの構成

オペレーティング・システムで使用されていないすべてのディスクで、次の手順を実行します。「ディスク・ドライブの機能の識別」を参照してください。

ディスクを構成するには、それをパーティション化してフォーマットする必要があります。

注意:

次のコマンドのsnp1は、s4p1などの適切なシンボリック名に置き換えてください。

HDFSまたはOracle NoSQL Databaseで使用するためにディスクをフォーマットするには、次の手順を実行します。

1. 「ディスク・ドライブの交換」の手順をまだ完了していない場合は完了します。

2. ドライブをパーティション化します。

# parted /dev/disk/by-hba-slot/sn -s mklabel gpt mkpart primary ext4 0% 100%

3. ext4ファイル・システムのパーティションをフォーマットします。

# mkfs -t ext4 /dev/disk/by-hba-slot/snp1

4. 存在しないデバイスに適切なパーティション・ラベルを再設定します。表12-2を参照してください。

# tune2fs -c -1 -i 0 -m 0.2 -L /unn /dev/disk/by-hba-slot/snp1

たとえば、次のコマンドでは、/u03に対して/dev/disk/by-hba-slot/s2p1というラベルを再設定します。

# tune2fs -c -1 -i 0 -m 0.2 -L /u03 /dev/disk/by-hba-slot/s2p1
Setting maximal mount count to -1
Setting interval between checks to 0 seconds
Setting reserved blocks percentage to 0.2% (976073 blocks)

5. 交換したディスクがオペレーティング・システムによって認識されることを確認します。

$ ls -l /dev/disk/by-label
total 0
lrwxrwxrwx 1 root root 10 Aug  3 01:22 BDAUSB -> ../../sdn1
lrwxrwxrwx 1 root root 10 Aug  3 01:22 BDAUSBBOOT -> ../../sdm1
lrwxrwxrwx 1 root root 10 Aug  3 01:22 SWAP-sda3 -> ../../sda3
lrwxrwxrwx 1 root root 10 Aug  3 01:22 SWAP-sdb3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u01 -> ../../sda4
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u02 -> ../../sdb4
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u03 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Aug  3 01:22 u04 -> ../../sdd1
.
.
.

6. 出力に交換したディスクがリストされない場合:

- Linux 5で、udevtriggerを実行します。

- Linux 6で、udevadm triggerを実行します。

その後、手順5を繰り返します。lsscsiコマンドも、ディスクの正しい順序をレポートする必要があります。

7. 適切なマウント・ポイントを入力してHDFSパーティションをマウントします。

# mount /unn

たとえば、mount /u03とします。

8. 複数のドライブを構成する場合、前述の手順を繰り返します。

9. Cloudera ManagerでHDFSドライブのマウント・ポイントを削除していた場合、リストにリストアします。

a. Cloudera Managerのブラウザ・ウィンドウを開きます。次に例を示します。
http://bda1node03.example.com:7180

b. Cloudera Managerを開き、adminとしてログインします。

c. 「Services」ページで、「hdfs」をクリックします。

d. 「Instances」サブタブをクリックします。

e. 「Host」列で、交換ディスクのあるサーバーを特定します。次に、「Name」列のサービス(datanodeなど)をクリックしてそのページを開きます。

f. 「Configuration」サブタブをクリックします。

g. 「Directory」フィールドにマウント・ポイントがない場合、リストに追加します。

h. 「Save Changes」をクリックします。

i. 「Actions」リストから、「Restart」を選択します。

10. 構成を確認します。「ディスク構成の確認」を参照してください。

12.10 ディスク構成の確認

Oracle Big Data Applianceソフトウェアをサーバーに再インストールする前に、新しいディスク・ドライブの構成が適切であることを確認する必要があります。

ディスク構成を確認するには、次の手順を実行します。

1. ソフトウェア構成を確認します。

# bdachecksw

2. エラーが存在する場合、必要に応じて構成手順を再実行して問題を修正します。

3. /rootディレクトリでBDA_REBOOT_SUCCEEDEDというファイルを確認します。

4. BDA_REBOOT_FAILEDという名前のファイルが見つかった場合には、そのファイルを読んで新しい問題を特定し、修正します。

5. 次のスクリプトを使用して、BDA_REBOOT_SUCCEEDEDファイルを生成します。

# /opt/oracle/bda/lib/bdastartup.sh

6. BDA_REBOOT_SUCCEEDEDが存在することを確認します。まだBDA_REBOOT_FAILEDファイルが見つかる場合には、前の手順を繰り返します。

13 Oracle Big Data Applianceユーティリティ

この章では、Oracle Big Data Applianceで使用できるユーティリティについて説明します。ほとんどのユーティリティは、ハードウェアとネットワークの健全性を監視するために使用します。

- bdacheckcluster

- bdacheckhw

- bdacheckib

- bdachecknet

- bdachecksw

- bdaclustersynctime

- bdacli

- bdaclustersynctime

- bdadiag

- bdadiagcluster

- bdagetclientconfig

- bdaid

- bdaimagevalidate

- bdanodedesc

- bdaredoclientnet

- bdaserials

- bdaswapoff

- bdaswapon

- bdaupdatefw

- iblinkinfo

- imagehistory

- imageinfo

- listlinkup

- mount_hadoop_dirs

- remove-root-ssh

- reset-boot-order

- setup-root-ssh

- showusb

- showvlan

- showvnics

13.1 bdacheckcluster

CDHクラスタの健全性(ソフトウェア、ハードウェア、ネットワークなど)を確認し、/tmpディレクトリのファイルに結果を記録します。

CDHクラスタの健全性の確認も実行するには、画面の指示に応じてCloudera Managerのadminパスワードを入力します。パスワードを入力しない場合、これらのチェックはスキップされます。

構文

bdacheckcluster

注意

クラスタがKerberos認証で保護されている場合には、bdacheckclusterを実行する前にhdfsユーザーのチケットを取得する必要があります。

例

次の例に、ユーティリティによる出力を示します。

# bdacheckcluster
INFO: Logging results to /tmp/bdacheckcluster_1373393815/
Enter CM admin password to enable check for CM services and hosts
Press ENTER twice to skip CM services and hosts checks
Enter password: password
Enter password again: password
SUCCESS: Mammoth configuration file is valid.
SUCCESS: hdfs is in good health
SUCCESS: mapreduce is in good health
SUCCESS: oozie is in good health
SUCCESS: zookeeper is in good health
SUCCESS: hive is in good health
SUCCESS: hue is in good health
SUCCESS: Cluster passed checks on all hadoop services health check
SUCCESS: bda1node01.example.com is in good health
SUCCESS: bda1node02.example.com is in good health
SUCCESS: bda1node03.example.com is in good health
.
.
.
SUCCESS: Cluster passed checks on all hosts health check
SUCCESS: All cluster host names are pingable
SUCCESS: All cluster hosts passed checks on last reboot
INFO: Starting cluster host hardware checks
SUCCESS: All cluster hosts pass hardware checks
INFO: Starting cluster host software checks
SUCCESS: All cluster hosts pass software checks
SUCCESS: All ILOM hosts are pingable
SUCCESS: All client interface IPs are pingable
SUCCESS: All admin eth0 interface IPs are pingable
SUCCESS: All private Infiniband interface IPs are pingable
SUCCESS: All cluster hosts resolve public hostnames to private IPs
.
.
.
INFO: Checking local reverse DNS resolve of private IPs on all cluster hosts
SUCCESS: All cluster hosts resolve private IPs to public hostnames
SUCCESS: 2 virtual NICs available on all cluster hosts
SUCCESS: NTP service running on all cluster hosts
SUCCESS: At least one valid NTP server accessible from all cluster servers.
SUCCESS: Max clock drift of 0 seconds is within limits
SUCCESS: Big Data Appliance cluster health checks succeeded

13.2 bdacheckhw

サーバーのハードウェア・プロファイルを確認します。

構文

bdacheckhw

使用上の注意

このユーティリティの使用方法のヒントは、「Oracle Big Data Applianceサーバーの構成」を参照してください。

例

次の例に、ユーティリティによる出力を示します。

# bdacheckhw
SUCCESS: Found BDA v2 server : SUN FIRE X4270 M3
SUCCESS: Correct processor info : Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz
SUCCESS: Correct number of types of CPU : 1
SUCCESS: Correct number of CPU cores : 32
SUCCESS: Sufficient GB of memory (>=63): 63
SUCCESS: Correct BIOS vendor : American Megatrends Inc.
SUCCESS: Sufficient BIOS version (>=08080102): 18021300
SUCCESS: Recent enough BIOS release date (>=05/23/2011):06/19/2012
SUCCESS: Correct ILOM major version : 3.1.2.12
SUCCESS: Sufficient ILOM minor version (>=74388): 74388
SUCCESS: Correct number of fans : 4
SUCCESS: Correct fan 0 status : ok
SUCCESS: Correct fan 1 status : ok
.
.
.
SUCCESS: Big Data Appliance hardware validation checks succeeded

13.3 bdacheckib

1つのラックのサーバーとスイッチ間のインフィニバンド・ケーブル配線を確認します(オプションなしで入力された場合)。

任意のサーバーにrootとして接続した後に、このコマンドを実行します。

構文

bdacheckib [parameter]

パラメータ

-s

オプションなしで実行する場合と同じですが、ネットワークがまだ工場出荷時のデフォルト設定で構成されている必要があります。Oracle Big Data Applianceがサイトに到着したらすぐに、まだスイッチを構成する前であっても、このオプションを使用できます。

-m json_file

複数のランクにおけるインフィニバンド・スイッチ間のケーブル配線が正しいことを確認します。json_fileを作成するには、-gオプションを参照します。

-g

sample-multi-rack.jsonというサンプルJSONファイルを生成します。-mオプションによって必要とされる形式の例として、このファイルを使用します。

使用上の注意

ネットワークは、/opt/oracle/bda/network.jsonの記述に従ったカスタム設定で構成する必要があります。

例

次の例では、スイッチとサーバー間のインフィニバンド・ケーブルを確認します。

[root@node01 network]# bdacheckib
LINK bda1sw-ib3.15A  ...  bda1node02.HCA-1.2 UP
LINK bda1sw-ib3.15B  ...  bda1node01.HCA-1.2 UP
LINK bda1sw-ib3.14A  ...  bda1node04.HCA-1.2 UP
LINK bda1sw-ib3.14B  ...  bda1node03.HCA-1.2 UP
.
.
.

次の例では、JSONファイルを生成して出力を表示します。

[root@bda1node01 bda]# bdacheckib -g
[root@bda1node01 bda]# cat sample-multi-rack.json
# This json multirack spec is generated. The array elements are sorted
# alphabetically.  A properly arranged json spec representing racks from left to right
# can be used as input to bdacheckib (bdacheckib -m multi-rack.json)
# Note commas separating rack elements are optional.
[
{"SPINE_NAME": "bda1sw-ib1", "LEAF1_NAME": "bda1sw-ib2", "LEAF2_NAME": "bda1sw-ib3"}
{"SPINE_NAME": "bda2sw-ib1", "LEAF1_NAME": "bda2sw-ib2", "LEAF2_NAME": "bda2sw-ib3"}
{"SPINE_NAME": "dm01sw-ib1", "LEAF1_NAME": "dm01sw-ib2", "LEAF2_NAME": "dm01sw-ib3"}

最後の例では、前の例で作成された編集済のJSONファイルを使用して、インフィニバンド・ネットワーク上のすべてのラックを確認します。

# bdacheckib -m sample-multi-rack.json

Rack #1 leaf to spines topology check
leaf: bda1sw-ib2
expected 2 links to rack 1, found 4 OK
expected 2 links to rack 2, found 4 OK
expected 2 links to rack 3, found 3 OK
expected 2 links to rack 4, found 3 OK
leaf: bda1sw-ib3
expected 2 links to rack 1, found 3 OK
expected 2 links to rack 2, found 4 OK
expected 2 links to rack 3, found 3 OK
expected 2 links to rack 4, found 3 OK
.
.
.

Rack #1 cabling details
leaf: bda1sw-ib2
LINK ... to rack2 .........  UP
LINK ... to rack2 .........  UP
LINK ... to rack1 .........  UP
LINK ... to rack1 .........  UP
LINK ... to rack3 .........  UP
LINK ... to rack3 .........  UP
LINK ... to rack4 .........  UP
LINK ... to rack4 .........  UP
.
.
.

13.4 bdachecknet

ネットワーク構成が適切に動作しているかどうかを確認します。

構文

bdachecknet

使用上の注意

任意のサーバーにrootとして接続した後に、このコマンドを実行します。

例

次の例に、ユーティリティによる出力を示します。

[root@node01 network]# bdachecknet
bdachecknet: do basic sanity checks on /opt/oracle/bda/network.json
bdachecknet: warning: bda deploy /opt/oracle/bda/network.json check odd nr of elements 7
bdachecknet: passed
bdachecknet: checking for  networkexpansion.json
bdachecknet: ping test private infiniband ips (bondib0 40gbs)
.
.
.

13.5 bdachecksw

サーバーのソフトウェア・プロファイルを確認します。

構文

bdachecksw

使用上の注意

このユーティリティの使用方法のヒントは、「Oracle Big Data Applianceサーバーの構成」を参照してください。

例

次の例に、ユーティリティによる出力を示します。

# bdachecksw
SUCCESS: Correct OS disk s0 partition info : 1 ext3 raid 2 ext3 raid 3 linux-swap 4 ext3 primary
SUCCESS: Correct OS disk s1 partition info : 1 ext3 raid 2 ext3 raid 3 linux-swap 4 ext3 primary
SUCCESS: Correct data disk s2 partition info : 1 ext3 primary
SUCCESS: Correct data disk s3 partition info : 1 ext3 primary
SUCCESS: Correct data disk s4 partition info : 1 ext3 primary
SUCCESS: Correct data disk s5 partition info : 1 ext3 primary
SUCCESS: Correct data disk s6 partition info : 1 ext3 primary
SUCCESS: Correct data disk s7 partition info : 1 ext3 primary
SUCCESS: Correct data disk s8 partition info : 1 ext3 primary
SUCCESS: Correct data disk s9 partition info : 1 ext3 primary
SUCCESS: Correct data disk s10 partition info : 1 primary
SUCCESS: Correct data disk s11 partition info : 1 primary
SUCCESS: Correct software RAID info : /dev/md2 level=raid1 num-devices=2 /dev/md0 level=raid1 num-devices=2
SUCCESS: Correct mounted partitions : /dev/mapper/lvg1-lv1 /lv1 ext4 /dev/md0 /boot ext3 /dev/md2 / ext3 /dev/sd4 /u01 ext4 /dev/sd4 /u02 ext4 /dev/sd1 /u03 ext4 /dev/sd1 /u04 ext4 /dev/sd1 /u05 ext4 /dev/sd1 /u06 ext4 /dev/sd1 /u07 ext4 /dev/sd1 /u08 ext4 /dev/sd1 /u09 ext4 /dev/sd1 /u10 ext4
SUCCESS: Correct matching label and slot  : symbolic link to `../../sda4'
SUCCESS: Correct matching label and slot  : symbolic link to `../../sdb4'
.
.
.
SUCCESS: Correct Linux kernel version 2.6-39-400.200 series : Linux 2.6.39-400.2             14.3.el6uek.x86_64
SUCCESS: Correct Java Virtual Machine version : HotSpot(TM) 64-Bit Server 1.7.0_             25
SUCCESS: Correct puppet version : 2.6.11
SUCCESS: Correct MySQL version : 5.5.35
SUCCESS: All required programs are accessible in $PATH
SUCCESS: All required RPMs are installed and valid
SUCCESS: Correct bda-monitor status : bda monitor is running
SUCCESS: Big Data Appliance software validation checks succeeded

13.6 bdaclustersynctime

クラスタ内のすべてのサーバーの時間を同期します。

構文

bdaclustersynctime

使用上の注意

このユーティリティを使用するには、rootユーザーとしてノードの第1サーバーにログインする必要があります。また、クラスタにパスワードなしsshが設定されている必要があります。「setup-root-ssh」の-Cパラメータに関する項を参照してください。

このユーティリティは、出力に指定されたディレクトリにbdaclustersynctime.logいう名前のログ・ファイルを作成します。

例

次の例では、bdaclustersynctimeが正常に実行されています。

# bdaclustersynctime
INFO: Logging results to /tmp/bdacluster_1373485952/
SUCCESS: Mammoth configuration file is valid.
SUCCESS: All cluster host names are pingable
SUCCESS: NTP service running on all cluster hosts
SUCCESS: At least one valid NTP server found
SUCCESS: No errors found syncing date and time on all nodes
SUCCESS: Max clock drift of 0 seconds is within limits
SUCCESS: Sync date and time of cluster succeeded

13.7 bdacli

Oracle Big Data Applianceコマンドライン・インタフェース(bdacli)は、ラック、クラスタ、サーバー、インフィニバンド・ネットワークおよびソフトウェア・パッチに関する情報を返すために様々な構成ファイルを問い合せます。

bdacliユーティリティは、パッチおよびオプション・サービスの追加と削除も実行します。重要なノード間における重要なサービスの移行や、クラスタに対するサーバーの追加および削除も実行できます。

コマンドラインにパラメータが含まれていないか、または値が未定義の場合、bdacliユーティリティには使用方法の情報が表示されます。

構文

bdacli action [parameters]

アクション

help

bdacliの一般的な使用方法の情報、アクションのリスト、およびgetinfoアクションでサポートされているパラメータのリストを表示します。

{add | remove} patch patch_number

Oracle Big Data Applianceで、patch_numberと一致するソフトウェア・パッチを追加または削除します。addまたはremoveを使用するには、rootとしてログインする必要があります。

admin_cluster parameter node_name

障害のあるサーバーに応じて、クラスタのノードを管理できます。表13-1はパラメータの説明です。

表13-1 bdacliのadmin_clusterのパラメータ

パラメータ

説明

decommission

指定したノードをクラスタから削除し、Cloudera Managerでサーバーをデコミッションします。また、Mammothファイルを更新します。

デコミッションできるのは、障害のある、重要性の低いノードです。ノード上のクリティカル・サービスを最初に移動する必要があることに注意してください。

recommission

デコミッションされたノードのリストからノードを削除し、Cloudera Managerでサーバーをリコミッションします。このコマンドを使用するのは、障害のあるノードをデコミッションして修理した後です。

migrate

重要なノードから重要性の低いノードにサービスを移動し、Cloudera Managerで障害のあるサーバーをデコミッションします。障害のある重要なノードの名前を指定すると、ユーティリティによって重要性の低いノードが移行用に選択されます。移行が完了すると、新しいノードは元の重要なノードと同じすべての機能を持ちます。

移行できるのは重要なノードのみです。また、これを行うのは、重要なノードに障害が発生した場合のみにします。

reprovision

サーバーを重要性の低いノードとしてクラスタに戻し、Cloudera Managerでサーバーをリコミッションします。このコマンドを使用するのは、重要なノードのサービスを移行し、障害のあるサーバーを修理した後です。

{enable | disable} service

Oracle Big Data Applianceのオプションのソフトウェア・コンポーネントを有効化または無効化します。enableまたはdisableを使用するには、rootとしてログインする必要があります。

表13-2では、コンポーネント・パラメータについて説明します。

表13-2 bdacliのenableまたはdisableのサービス・パラメータ

パラメータ

説明

asr

自動サービス・リクエスト

auditvault

Oracle Audit Vault and Database Firewallプラグイン

bdc

Oracle Big Data Connectors

bdd

Oracle Big Data Discovery

big_data_sql

Oracle Big Data SQL

em

Oracle Enterprise Manager Cloud Controlエージェント

disk_encryption

既存のeCryptfs暗号化を無効にします。disableのみ。このパラメータに対するenableアクションはありません。hdfs_transparent_encryptionパラメータを使用して保存データを暗号化するオプションがあります。

hdfs_transparent_encryption

クラスタ上のHDFS透過的暗号化。

Kerberosが必要です。

重要: 前提条件および手順の詳細は、MOS Doc ID 2111343.1を参照してください。

ad_kerberos

Active Directory Kerberos。「Encrypt Hadoop Services」および「Encrypt HDFS Data Transport」機能を有効にするかどうかの選択を求めるプロンプトも表示します。

disableオプションは、これらのサービスとad_kerberosを無効にします。

重要な準備ステップがあります。MOS (My Oracle Support)のドキュメント2013585.1および2029378.1を参照してください。

kerberos

MIT Kerberos。「Encrypt Hadoop Services」および「Encrypt HDFS Data Transport」機能を有効にするかどうかの選択を求めるプロンプトも表示します。disableオプションは、これらのサービスとMIT Kerberosを無効にします。

このパラメータは、Active Directory Kerberosを制御しません。「ad_kerberos」を参照してください。

https_cm_hue_oozie

Cloudera Manager、HueおよびOozieのHTTPS。disableオプションはありません。Kerberosが必要です。

hdfs_encrypted_data_transport

DataNodeとクライアント間、およびDataNode間のデータ転送の暗号化。Kerberosが必要です。

hadoop_network_encryption

HDFSおよびYARNのHTTPS暗号化およびKerberos認証で、YARNのWebシャッフルも有効にします。Kerberosが必要です。

sentry

Apache Sentry認証

注意:

HDFS透過的暗号化が無効になっている場合、クラスタのHDFS透過的暗号化ゾーンに格納されたデータは暗号化されたままになるため、アクセスできません。データへのアクセスを復元するには、同じキー・プロバイダを使用してHDFS透過的暗号化を再度有効にします。

{start | stop | restart | status} service

クラスタまたは特定のノードのサービスを開始、停止、再開します。またはサービスの現在のステータスを返します。

表13-3では、サービス・パラメータについて説明します。

表13-3 BDACLIのstart、stop、restartのパラメータ

パラメータ

説明

big_data_sql_cluster

クラスタのすべてのノードのOracle Big Data SQL

big_data_sql_server node_name

クラスタの指定したノードのOracle Big Data SQL。

このパラメータとともにbdacliを使用するのは、現在のconfig.jsonファイルが格納されている、クラスタの第1ノードからに限定されます。

getinfo [parameter]

getinfoパラメータのリストを返します。コマンドにパラメータ名を含めた場合、getinfoはそのシステム・コンポーネントの情報を返します。

- インフィニバンド・パラメータ: bdacliコマンドはインフィニバンド・ファブリックに問い合せます。「インフィニバンド・パラメータ」を参照してください。

- ラック・パラメータ: 物理的なOracle Big Data Applianceラックを示します。bdacliコマンドは、コマンドが実行されたラックについて、現在のnetwork.json構成ファイルに問い合せます。「ラック・パラメータ」を参照してください。

- クラスタ・パラメータ: 論理的なOracle Big Data Applianceクラスタを示します。bdacliコマンドは、コマンドが実行されたHadoopクラスタについて、現在のconfig.jsonファイルに問い合せます。「クラスタ・パラメータ」を参照してください。

- サーバー・パラメータ: サーバーを示します。bdacliコマンドは、bdacliコマンドが実行されたサーバーのオペレーティング・システムに問い合せます。「サーバー・パラメータ」を参照してください。

- 個別パッチ・パラメータ: 個別パッチに関する情報を提供します。「個別パッチ・パラメータ」を参照してください。

"s"で終わるパラメータ名はリストを返します。ブール型パラメータはtrueまたはfalseの文字列を返します。

インフィニバンド・パラメータ

**INTERNAL XREF ERROR**では、bdacli getinfoのインフィニバンド・パラメータについて説明します。

表13-4 インフィニバンド・パラメータ

パラメータ

戻り値

ib_bda_servers

インフィニバンド・ファブリック上のすべてのOracle Big Data Applianceサーバーのリスト。リストには、非修飾クライアント・ホスト名が含まれ、アルファベット順にソートされます。リストには、ケーブルで接続されている複数のラック内のサーバーを含めることができます。

ib_switches

インフィニバンド・ファブリック上のスイッチをリストします。スイッチ名、Globally Unique Identifier (GUID)およびタイプ(ゲートウェイ・スイッチの場合はGTW、スパイン・スイッチの場合は36P)を含みます。リストには、非修飾管理名が含まれ、スイッチ名のアルファベット順にソートされます。「例」を参照してください。

ラック・パラメータ

表13-5では、bdacli getinfoのラック・パラメータについて説明します。

表13-5 ラック・パラメータ

パラメータ

戻り値

rack_admin_domain_name

ラックの管理ネットワーク・ドメイン名(example.comなど)。すべてのクラスタ・ノードが同一の管理ドメイン名を持つため、戻り値もクラスタ内のすべてのノードに対する管理ネットワーク・ドメインになります。

rack_domain_name

ラックのクライアント・ネットワーク・ドメイン名(example.comなど)。すべてのクラスタ・ノードが同一のクライアント・ドメイン名を持つため、戻り値もクラスタ内のすべてのノードに対するクライアント・ネットワーク・ドメインになります。

rack_ib_switch_ips

ラック内の3つのインフィニバンド・スイッチのIPアドレス。順序は、スパイン・スイッチ、第1リーフ・スイッチ(上)、第2リーフ・スイッチ(下)。

rack_ib_switch_names

ラック内の3つのインフィニバンド・スイッチの非修飾名。順序は、スパイン・スイッチ、第1リーフ・スイッチ(上)、第2リーフ・スイッチ(下)。例: bda1sw-ib1, bda1sw-ib2, and bda1sw-ib3。

rack_ilom_ips

ラック内のすべてのOracle ILOMのIPアドレスについて、下位のサーバーから順に並べたリスト

rack_ilom_names

ラック内のすべてのOracle ILOMのホスト名(bda1node01-ilom、bda1node02-ilomなど)について、下位のサーバーから順に並べたリスト

rack_ip_switch_ip

Ciscoイーサネット・スイッチのIPアドレス

rack_ip_switch_name

Ciscoイーサネット・スイッチのホスト名(bda1sw-ipなど)

rack_name

このラックの名前(bda1など)

rack_pdu_ips

ラック内のPDUのIPアドレスについて、PDU-Aから順に並べたリスト

rack_pdu_names

ラック内のPDUの非修飾名について、PDU-Aから順に並べたリスト(bda1-pdua、bda1-pdubなど)

rack_serial_number

ラックのシリアル番号

rack_server_admin_ips

ラック内のすべてのサーバーの管理ネットワーク上のIPアドレスについて、下位のサーバーから順に並べたリスト

rack_server_admin_names

ラック内のすべてのサーバーの管理ネットワーク上のホスト名(bda1node01-adm、bda1node02-admなど)について、下位のサーバーから順に並べたリスト

rack_server_ips

ラック内のすべてのサーバーのクライアント・ネットワーク上のIPアドレスについて、下位のサーバーから順に並べたリスト

rack_server_names

ラック内のすべてのサーバーのクライアント・ネットワーク上のホスト名(bda1node01、bda1node02など)について、下位のサーバーから順に並べたリスト

rack_server_priv_ips

ラック内のILOMデバイスへのIPアドレスのリスト

rack_server_priv_names

ラック内のILOMデバイスの非修飾名(bda1node01-priv、bda1node02-privなど)

クラスタ・パラメータ

次の表では、クラスタ・パラメータについて説明します。

- 表13-6

- 表13-7

- 表13-8

- 表13-9

表13-6では、bdacli getinfoの一般的なクラスタ・パラメータについて説明します。

表13-6 一般的なクラスタ・パラメータ

パラメータ

戻り値

cluster_asr_installed

このクラスタに自動サービス・リクエストが構成されている場合はtrue。それ以外の場合はfalse

cluster_big_data_sql_enabled

このクラスタでOracle Big Data SQLが有効になっている場合はtrue。それ以外の場合はfalse。

cluster_cdh_version

このクラスタにインストールされているCloudera's Distribution including Apache Hadoopのバージョン(4.5.0-ol6など)。

cluster_cm_server

サーバー名およびポート番号を含むCloudera Managerのアドレス(bda1node03.example.com:7180など)。

cluster_cm_version

このクラスタで実行されているCloudera Managerのバージョン(4.8.0-ol6など)。

cluster_em_enabled

このクラスタにOracle Enterprise Mangerが構成されている場合はtrue。それ以外の場合はfalse

cluster_name

クラスタの名前(cluster-cなど)。

cluster_nosqldb_type

このクラスタにインストールされているOracle NoSQL Databaseのエディション (community editionまたはenterprise edition)。Oracle NoSQL Databaseがインストールされていない場合はnone。

cluster_nosqldb_version

このクラスタにインストールされているOracle NoSQL Databaseのバージョン。

cluster_primary_host

Puppetマスターをホストしているサーバーの非修飾ホスト名。Mammothユーティリティはこのホストからデプロイされたため、クラスタの再構成は、そのサーバーにログインしている間に実行する必要があります。

cluster_type

クラスタのタイプ(hadoopまたはnosqldb)。

cluster_version

Mammothユーティリティによってこのクラスタにインストールされているソフトウェア・バージョン(3.1.0など)。

表13-7では、bdacli getinfoのOracle Big Data Connectors関連のクラスタ・パラメータについて説明します。

表13-7 Oracle Big Data Connectorsステータス・パラメータ

パラメータ

戻り値

cluster_bdc_installed

Oracle Big Data Connectorsがインストールされている場合はtrue。それ以外の場合はfalse

cluster_odi_enabled

Oracle Data Integratorエージェントが有効な場合はtrue。それ以外の場合はfalse。

cluster_odi_version

このクラスタにインストールされているOracle Data Integratorエージェントのバージョン。

cluster_oraah_version

このクラスタにインストールされているOracle R Advanced Analytics for Hadoopのバージョン

cluster_oraloader_version

このクラスタにインストールされているOracle Loader for Hadoopのバージョン

cluster_osch_version

このクラスタにインストールされているOracle SQL Connector for HDFSのバージョン

cluster_oxh_version

このクラスタにインストールされているOracle XQuery for Hadoopのバージョン

表13-8では、bdacli getinfoのクラスタ・ネットワーク・パラメータについて説明します。

表13-8 クラスタ・ネットワーク・パラメータ

パラメータ

戻り値

cluster_hosts_entries

/etc/hostsエントリのリストで、これをOracle Big Data Applianceクラスタと同じインフィニバンド・ファブリック上の任意のデバイスにある/etc/hostsファイルに追加することで、Hadoopトラフィックがインフィニバンド・ネットワークを使用するようにできます。これらのエントリは、別のファブリックのデバイスに追加しないでください。

各エントリは1行で記述し、インフィニバンドIPアドレス、完全なクライアント・ホスト名、短いクライアント・ホスト名の3つの部分を含めます。

cluster_ilom_ips

サーバーのOracle ILOMのIPアドレスについて、クラスタ内の第1ノードから順に並べたリスト

cluster_ilom_names

サーバーのOracle ILOMの管理ネットワーク上の非修飾ホスト名について、クラスタ内の第1サーバーから順に並べたリスト

cluster_node_ips

このクラスタ内のすべてのノードのクライアント・ネットワーク上のIPアドレス

cluster_node_names

クラスタ内のすべてのノードのクライアント・ネットワーク上のホスト名(bda1node01など)

表13-9では、bdacli getinfoのクラスタ・セキュリティ・パラメータについて説明します。

表13-9 クラスタ・セキュリティ・パラメータ

パラメータ

戻り値

cluster_av_admin

Oracle Audit Vault and Database Firewallの管理ユーザーの名前。このクラスタにAudit Vaultが構成されていない場合はエラーを返します。

cluster_av_enabled

Oracle Audit Vault and Database Firewall監査が有効な場合はtrue。それ以外の場合はfalse

cluster_av_port

Audit Vault Serverがリスニングするポートの番号。このクラスタにOracle Audit Vault and Database Firewallが構成されていない場合はエラーを返します。

cluster_av_server

Audit Vault ServerのIPアドレス。このクラスタにOracle Audit Vault and Database Firewallが構成されていない場合はエラーを返します。

cluster_av_service

Audit Vault Serverのデータベース・サービス名。このクラスタにOracle Audit Vault and Database Firewallが構成されていない場合はエラーを返します。

cluster_hdfs_encryption_enabled

このクラスタでHadoopデータのネットワーク暗号化が有効になっている場合はtrue。それ以外の場合はfalse

cluster_hdfs_transparent_encryption_enabled

このクラスタでHadoop保存データのHDFS透過的暗号化が有効になっている場合はtrue。それ以外の場合はfalse

cluster_kerberos_enabled

Kerberosセキュリティが有効な場合はtrue。それ以外の場合はfalse。

cluster_kerberos_kdc_hosts

Oracle Big Data Applianceの外部にあるキー配布センター(KDC)ホストのリスト。Kerberosが有効になっていない場合はエラーを返します。

cluster_kerberos_kdc_on_bda

Oracle Big Data ApplianceにKerberos KDCがある場合はtrue。それ以外の場合はfalse。Kerberosが有効になっていない場合はエラーを返します。

cluster_kerberos_realm

クラスタのKerberosレルム。Kerberosが有効になっていない場合はエラーを返します。

cluster_sentry_enabled

このクラスタにSentryが構成されている場合はtrue。それ以外の場合はfalse。

サーバー・パラメータ

表13-10では、bdacli getinfoのサーバー・パラメータについて説明します。

表13-10 サーバー・パラメータ

パラメータ

戻り値

server_mammoth_installed

MammothユーティリティがこのサーバーにOracle Big Data Applianceソフトウェアをデプロイした場合はtrue。それ以外の場合はfalse。

server_name

クライアント・ネットワーク上のこのサーバーの名前(bda1node01など)。

server_os_version

このサーバー上のOracle Linuxのバージョン(6.4など)。

個別パッチ・パラメータ

表13-11では、bdacli getinfoの個別パッチ・パラメータについて説明します。

表13-11 個別パッチ・パラメータ

パラメータ

戻り値

available_patches

インストールに使用できる有効なパッチのリスト。有効なパッチについては、/opt/oracle/bda/patchesまたは/opt/oracle/BDAMammoth/patchesの下にディレクトリがあり、inventoryという名前のファイルが含まれています。

installed_patches

すでにインストールされているパッチのリスト。インストールされているパッチについては、/opt/oracle/bda/patchesと/opt/oracle/BDAMammoth/patchesの両方にディレクトリがあります。

関連項目

オプション・サービスの詳細は、「オプション・ソフトウェアの構成の変更」を参照してください。

例

次のコマンドは、クラスタのオプション・ソフトウェアに関する情報を提供します。

# bdacli getinfo cluster_bdc_installed
true
# bdacli getinfo cluster_odi_version
11.1.1.7.0

# bdacli getinfo cluster_hdfs_encryption_enabled
true

次のコマンドは、現在のインフィニバンド・ファブリック上のすべてのスイッチをリストします。この例では、標準のハードウェア構成(それぞれに1つのスパイン・スイッチと2つのゲートウェイ・スイッチ)を備えた3つのOracle Big Data Applianceラックがファブリック上にあります。

**INTERNAL XREF ERROR**$ bdacli getinfo ib_switches
bda1sw-iba0 00:21:28:6c:c8:af:a0:a0 36P
bda1sw-ibb0 00:21:28:46:9e:3b:a0:a0 36P
bda1sw-ibs0 00:21:28:6c:c8:ae:a0:a0 36P
bda2sw-ib1 00:21:28:46:98:d3:a0:a0 36P
bda2sw-ib2 00:21:28:de:ae:4a:c0:a0 GTW
bda2sw-ib3 00:21:28:c3:70:9a:c0:a0 GTW
bda3sw-ib1 00:21:28:46:90:ee:a0:a0 36P
bda3sw-ib2 00:21:28:df:34:8a:c0:a0 GTW
bda3sw-ib3 00:21:28:df:0f:0a:c0:a0 GTW
bda4sw-ib1 00:21:28:e8:af:23:a0:a0 36P
bda4sw-ib2 00:10:e0:0c:48:a0:c0:a0 GTW
bda4sw-ib3 00:21:28:f4:82:ce:c0:a0 GTW

この例では、patch 1234をインストールします。

$ bdacli add patch 1234

13.8 bdaclustersynctime

クラスタ内のすべてのユニットの時刻を同期するには、ネットワーク・タイム・プロトコル(NTP)を使用します。

構文

bdaclustersynctime

使用上の注意

rootとしてログインする必要があります。

例

次の例に、同期されたクラスタを示します。

# bdaclustersynctime
INFO: Logging results to /tmp/bdacluster_1399300113/
SUCCESS: Mammoth configuration file is valid.
SUCCESS: All cluster host names are pingable
SUCCESS: NTP service running on all cluster hosts
SUCCESS: At least one valid NTP server found
SUCCESS: No errors found syncing date and time on all nodes
SUCCESS: Max clock drift of 0 seconds is within limits
SUCCESS: Sync date and time of cluster succeeded

13.9 bdadiag

Oracleサポートにかわって個々のサーバーに関する診断情報を収集します。

構文

bdadiag [parameter]

パラメータ

cm

Cloudera Managerから診断情報をダウンロードします。このパラメータを使用する場合、Cloudera Manager adminパスワードを知っている必要があります。

hadoop

/var/logからCDHクラスタ・ログを収集します。

hdfs

完全なHadoop Distributed File System (HDFS) fsckチェックの出力を収集します。

ilom

ipmitoolを使用してILOMデータを収集します。ilomは、snapshotと同じコマンドで使用できません。

osw

Oracle OS Watcherログ(時系列のオペレーティング・システム・パフォーマンスおよび監視データを含む)を収集します。出力で、数百メガバイトのディスク領域を使用する場合があります。

snapshot

ネットワーク経由でILOMスナップショット・データを収集し、ilomオプションより有用な出力を提供します。このパラメータを使用する場合、サーバーのrootパスワードを知っている必要があります。snapshotは、ilomと同じコマンドで使用できません。

戻り値

bdadiagによってデータが格納された/tmpディレクトリの圧縮ファイルの名前。ファイル名の形式は、bdadiag_server-name_server-serial-number_date.tar.bz2です。

ログは、次のようなサブディレクトリに編成されます。

asr
ilom
install
messages
net
raid
sysconfig

使用上の注意

サーバーにrootとして接続する必要があります。

bdadiagでオプション・パラメータを使用して追加の診断情報を収集します。コマンドラインでオプションを組み合せて入力することで、ほとんどの情報を収集できます。

Oracleサポートの求めに応じてbdadiagを実行し、オープンしたサービス・リクエスト(SR)に関連付けます。Oracleサポートへの診断情報の提供の詳細は、『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。

例

次の例に、ユーティリティによる基本出力を示します。

# bdadiag

Big Data Appliance Diagnostics Collection Tool v4.0.0

Gathering Linux information

Skipping ILOM collection. Use the ilom or snapshot options, or login to             ILOM over the network and run Snapshot separately if necessary.

Generating diagnostics tarball and removing temp directory

===========================================================================
Done. The report files are bzip2 compressed in /tmp/bdadiag_bda1node0101_12            16FM5497_2014_01_18_06_49.tar.bz2
===========================================================================

次の例では、cmオプションによる追加出力を示します。

# bdadiag cm

Big Data Appliance Diagnostics Collection Tool v4.0.0

Getting Cloudera Manager Diagnostics
Password for the Cloudera Manager admin user is needed
Enter password: password
Enter password again: password
Passwords match
Waiting for Cloudera Manager ...
Succeeded. Output in : /opt/oracle/BDAMammoth/bdaconfig/tmp/cm_commands.out
Collecting diagnostic data ...
{ "startTime" : "2014-09-07T14:18", "endTime" : "2014-09-06T14:18" }
Succeeded. Output in : /opt/oracle/BDAMammoth/bdaconfig/tmp/cm_commands_collectD                                                          iagnosticData.out
Command ID is 526
.....
Command 526 finished after 30 seconds
Operation completed successfully
Diagnostic data successfully collected
Can be downloaded from URL http://bda1node03.example.com:7180/cmf/command/526/download
Downloading diagnostic data ...
Original Cloudera Manager Diagnostics Bundle Name : 3609df48-4930-11e1-9006-b8ac6f8061c1.cluster1.20140907-18-59.support-bundle.zip
Data successfully downloaded and placed in /tmp/bdadiag_bda2node01_1408NM50AE_2014_09_07_14_18/3609df48-4930-11e1-9006-b8ac6f8061c1.AK00198532.cluster1.20140907-18-59.support-bundle.zip
Gathering Linux information
.
.
.

次の例では、snapshotオプションによる追加出力を示します。

# bdadiag snapshot

Big Data Appliance Diagnostics Collection Tool v4.0.0

Please enter Host OS root password required for snapshot: password

Gathering Linux information

Gathering ILOM Snapshot data - please be patient, this may take a long time

snapshot running: Tue Sep  2 13:42:28 PDT 2014
snapshot running: Tue Sep  2 13:43:21 PDT 2014
snapshot running: Tue Sep  2 13:44:32 PDT 2014
snapshot running: Tue Sep  2 13:45:35 PDT 2014
snapshot running: Tue Sep  2 13:46:31 PDT 2014
snapshot running: Tue Sep  2 13:47:43 PDT 2014
snapshot running: Tue Sep  2 13:48:47 PDT 2014
Snapshot Collection completed.

Generating diagnostics tarball and removing temp directory

==============================================================================
Done. The report files are bzip2 compressed in /tmp/bdadiag_bda1node01_1143FMM06E_2014_09_02_14_40.tar.bz2
==============================================================================

13.10 bdadiagcluster

クラスタについての診断情報バンドルを作成します。

構文

bdadiagcluster

使用上の注意

rootとしてログインする必要があります。Cloudera Managerによって提供された診断情報を含めるには、Cloudera Managerのパスワードを求められたときにパスワードを2回指定する必要があります。

例

次の例では、6ノードのクラスタ内の各サーバー上に作成された診断情報ZIPファイルをまとめて、1つのZIPファイルを作成します。これにはCloudera Managerの診断情報は含まれません。

# bdadiagcluster
Enter CM admin password to run dumpcluster
Press ENTER twice to skip CM services and hosts checks
Enter password: Enter
Enter password again: Enter
INFO: Starting Big Data Appliance diagnose cluster at Mon May  5 07:34:03 2014
INFO: Logging results to /tmp/bdadiagcluster_1399300440.log
SUCCESS: Created BDA diagcluster zipfile on node bda01node01
SUCCESS: Created BDA diagcluster zipfile on node bda01node02
SUCCESS: Created BDA diagcluster zipfile on node bda01node03
SUCCESS: Created BDA diagcluster zipfile on node bda01node04
SUCCESS: Created BDA diagcluster zipfile on node bda01node05
SUCCESS: Created BDA diagcluster zipfile on node bda01node06
SUCCESS: bdadiagcluster_1399300440.zip created
INFO: Big Data Appliance diagnose cluster complete at Mon May  5 07:34:48 2014
INFO: Please get the Big Data Appliance cluster diagnostic bundle at /tmp/bdadiagcluster_1399300440.zip

13.11 bdagetclientconfig

Cloudera ManagerからHDFS、MapReduceおよびHiveのクライアント構成ファイルをデプロイします。

構文

bdagetclientconfig

使用上の注意

サーバーにrootとして接続する必要があります。

クラスタのすべてのノードに新しいクライアント構成ファイルをデプロイするには、dcli -Cコマンドを使用します。

例

この例は、クラスタのあるノードからの出力を示します。

# bdagetclientconfig

bdagetclientconfig : Download and deploy HDFS, Map-Reduce and Hive client configuration files

Logging to /tmp/bdagetclientconfig-1368541073.out

Downloading HDFS and Map-Reduce client configuration zipfile

Downloading Hive client configuration zipfile

Deploying HDFS, Map-Reduce and Hive client configurations

Successfully downloaded and deployed HDFS, Map-Reduce and Hive client configurations !

13.12 bdaid

個々のサーバーに関する情報を返します。

Cloudera's Distribution including Apache Hadoopの問題についてOracleサポートに連絡する必要がある場合、最初にこのコマンドを実行します。

構文

bdaid

使用上の注意

サーバーにrootとして接続する必要があります。

例

次の例に、ユーティリティによる出力を示します。

# bdaid
Server Hostname           : bda1node09
Rack Serial Number        : AK00023713
Server Serial Number      : 1137FMM06Y
Appliance Name            : bda1

13.13 bdaimagevalidate

bdacheckhwおよびbdacheckswを実行してハードウェアとサーバー上のソフトウェアを検証します。

構文

bdaimagevalidate [startup]

パラメータ

startup

検証チェックを実行したうえで、/rootにbda_reboot_statusファイルおよびBDA_REBOOT_*ファイルを再生成します。サーバーを再起動してもチェックに失敗し、BDA_REBOOT_FAILEDまたはBDA_REBOOT_WARNINGSが存在する場合には、このパラメータを使用すると問題が解決されます。最初のチェック時、つまり/root/bda_reboot_statusが存在しない場合には、このパラメータを使用しないでください。

例

# bdaimagevalidate
SUCCESS: Found BDA v3 server : SUN SERVER X4-2L
SUCCESS: Correct processor info : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz
SUCCESS: Correct number of types of CPU : 1
SUCCESS: Correct number of CPU cores : 32
SUCCESS: Sufficient GB of memory (>=63): 63
SUCCESS: Correct BIOS vendor : American Megatrends Inc.
SUCCESS: Sufficient BIOS version (>=08080102): 26010600
SUCCESS: Recent enough BIOS release date (>=05/23/2011):07/08/2013
SUCCESS: Correct ILOM major version : 3.1.2.32
SUCCESS: Sufficient ILOM minor version (>=82440): 82440
.
.
.
SUCCESS: Correct bda-monitor status : bda monitor is running
SUCCESS: Big Data Appliance software validation checks succeeded
SUCCESS: All Big Data Appliance validation checks succeeded

13.14 bdanodedesc

サーバー名およびIPアドレスを表示します。

構文

bdanodedesc

例

この例は、名前がbda1node03で、IPアドレスが192.168.40.61のBDAサーバーにユーザーがログインしていることを示しています。

$ bdanodedesc
bda1node03 BDA 192.168.40.61 HCA-

13.15 bdaredoclientnet

ラックのすべてのサーバーの仮想ネットワーク・インタフェース・カード(VNIC)を再作成し、それらを使用可能な10GbEポートに分散します。

構文

bdaredoclientnet

使用上の注意

サーバー1にログインし、/opt/oracle/bda/networkディレクトリに移動してこのユーティリティを実行します。

Sun Network QDR Infiniband Gateway Switchに対する10GbE接続の数を変更した後に、このユーティリティを実行する必要があります。「ゲートウェイ・スイッチに対する接続数の変更」を参照してください。

bdaredoclientnetユーティリティは、Oracle Big Data Applianceの初期構成中にnetworksetup-twoスクリプトによって実行される次のタスクのサブセットを実行します。

- 管理ネットワークが動作していること、インフィニバンドのケーブル配線が正しいこと、およびインフィニバンド・スイッチが使用できることを確認します。

- 使用可能な10GbE接続の数を判別し、それらをインフィニバンド・ゲートウェイ・スイッチに接続します。

- すべてのVNICを削除してそれらを再作成します。

- 各サーバーに接続して構成ファイルを更新します。

- クライアント・ネットワークを再開し、新しく構成されたクライアント・ネットワークを使用して各サーバーに接続できることを確認します。

例

次の例に、bdaredoclientnetユーティリティによる出力を示します。

# cd /opt/oracle/bda/network
# bdaredoclientnet
bdaredoclientnet: do basic sanity checks on /opt/oracle/bda/network.json
bdaredoclientnet: warning: bda deploy /opt/oracle/bda/network.json check odd nr of elements 7
bdaredoclientnet: passed
bdaredoclientnet: checking for  networkexpansion.json
src/query_smp.c:196; umad (DR path slid 0; dlid 0; 0,1,13,34,20 Attr 0xff90:1) bad status 110; Connection timed out
src/query_smp.c:196; umad (DR path slid 0; dlid 0; 0,1,13,31,20 Attr 0xff90:2) bad status 110; Connection timed out
bdaredoclientnet: ping servers by name on admin network
bdaredoclientnet: ping servers by name on admin network
bdaredoclientnet: passed
bdaredoclientnet: verify infiniband topology
bdaredoclientnet: passed
bdaredoclientnet: start setup client network (10gigE over Infiniband)
bdaredoclientnet: ping both gtw leaf switches
bdaredoclientnet: passed
bdaredoclientnet: verify existence of gateway ports
bdaredoclientnet: passed
bdaredoclientnet: removing existing eoib setup for this server
Shutting down interface bondeth0:                          [  OK  ]
Shutting down interface bondib0:                           [  OK  ]
Shutting down interface eth0:                              [  OK  ]
Shutting down loopback interface:                          [  OK  ]
Disabling IPv4 packet forwarding:  net.ipv4.ip_forward = 0
[  OK  ]
Bringing up loopback interface:                            [  OK  ]
Bringing up interface bondib0:                             [  OK  ]
Bringing up interface eth0:                                [  OK  ]
bdaredoclientnet: ping server ips on admin network
bdaredoclientnet: passed
bdaredoclientnet: ping servers by name on admin network
bdaredoclientnet: passed
bdaredoclientnet: test ssh server ips on admin network
hello from bda1node02.example.com
hello from bda1node03.example.com
.
.
.
bdaredoclientnet: passed
bdaredoclientnet: check existence of default vlan for port 0A-ETH-1 on bda1sw-ib2
bdaredoclientnet: use existing default vlan for port 0A-ETH-1 on bda1sw-ib2
bdaredoclientnet: check existence of default vlan for port 0A-ETH-1 on bda1sw-ib3
bdaredoclientnet: use existing default vlan for port 0A-ETH-1 on bda1sw-ib3
bdaredoclientnet: passed
bdaredoclientnet: apply eoib on each server
bdaredoclientnet: wait a few seconds for the network to restart on 10.111.22.001
bdaredoclientnet: wait a few seconds for the network to restart on 10.111.22.002
.
.
.
check and delete vNIC for bda1node02 on switch bda1sw-ib2
vNIC ID 757 deleted
IO Adapter for vNIC deleted
check and delete vNIC for bda1node02 on switch bda1sw-ib3
check and delete vNIC for bda1node02 on switch bda1sw-ib2
check and delete vNIC for bda1node02 on switch bda1sw-ib3
vNIC ID 707 deleted
IO Adapter for vNIC deleted
create vNIC eth9 bda1node02 on switch bda1sw-ib3
vNIC created
create vNIC eth8 bda1node02 on switch bda1sw-ib2
vNIC created
.
.
.
bdaredoclientnet: ping server ips on client network
bdaredoclientnet: passed
bdaredoclientnet: test ssh server ips on client network
hello from bda1node02.example.com
hello from bda1node03.example.com
.
.
.
bdaredoclientnet: passed
bdaredoclientnet: end setup client network

13.16 bdaserials

接続しているOracle Big Data Applianceサーバーのほとんどのコンポーネントのシリアル番号およびメディア・アクセス制御(MAC)アドレスを返します。

構文

bdaserials

例

次の例に、ユーティリティによる出力を示します。

# bdaserials
Rack serial number : AK00023713
System serial number : 1137FMM0BY
System UUID : 080020FF-FFFF-FFFF-FFFF-7E97D6282100
Motherboard serial number : 0338MSL-1131BA2194
Chassis serial number : 1137FMM0BY
Memory serial numbers : 87948175 87949173 87948163 8794816B 87948130 87948176
Infiniband HCA serial number : 1388FMH-1122501437
Disk controller serial number : SV11713731
Hard disk serial numbers :
SEAGATE ST32000SSSUN2.0T061A1125L6M89X
SEAGATE ST32000SSSUN2.0T061A1125L6LFH0
SEAGATE ST32000SSSUN2.0T061A1125L6M94J
SEAGATE ST32000SSSUN2.0T061A1125L6LLEZ
SEAGATE ST32000SSSUN2.0T061A1125L6M5S2
SEAGATE ST32000SSSUN2.0T061A1125L6LSD4
SEAGATE ST32000SSSUN2.0T061A1127L6M58L
SEAGATE ST32000SSSUN2.0T061A1127L6R40S
SEAGATE ST32000SSSUN2.0T061A1125L6M3WX
SEAGATE ST32000SSSUN2.0T061A1125L6M65D
SEAGATE ST32000SSSUN2.0T061A1127L6NW3K
SEAGATE ST32000SSSUN2.0T061A1127L6N4G1

MAC addresses :
bondeth0 Ethernet : CE:1B:4B:85:2A:63
bondib0 InfiniBand : 80:00:00:4A:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00
bond0 Ethernet : 00:00:00:00:00:00
eth0 Ethernet : 00:21:28:E7:97:7E
eth1 Ethernet : 00:21:28:E7:97:7F
eth2 Ethernet : 00:21:28:E7:97:80
eth3 Ethernet : 00:21:28:E7:97:81
eth8 Ethernet : CE:1B:4B:85:2A:63
eth9 Ethernet : CE:1B:4C:85:2A:63
ib0 InfiniBand : 80:00:00:4A:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00
ib1 InfiniBand : 80:00:00:4B:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00

13.17 bdaswapoff

オペレーティング・システムによるスワッピングをオフにします。

構文

bdaswapoff

使用上の注意

bdaswapoffユーティリティはサーバー上の両方のスワップ・パーティションを無効にし、オペレーティング・システムによるすべてのスワッピングを無効にします。この状態は、サーバーを再起動しても保持されます。スワッピングを復元するには、bdaswaponを実行する必要があります。パフォーマンスの向上とディスク障害の際の高可用性確保のために、スワッピングはデフォルトではオフになっています。

Linuxのswapoffユーティリティのかわりにbdaswapoffを使用します。

関連項目

「bdaswapon」

例

次の例では、スワッピングをオフにします。

# bdaswapoff
#

13.18 bdaswapon

オペレーティング・システムによるページングとスワッピングをオフにします。

構文

bdaswapon

使用上の注意

パフォーマンスの向上とディスク障害の修復のために、スワッピングはデフォルトではオフになっています。

Linuxのswaponユーティリティのかわりにbdaswaponを使用します。

関連項目

「bdaswapoff」

例

次の例では、スワッピングをオンにします。

# bdaswapon
Filename                                Type            Size    Used    Priority
/dev/sda3                               partition       12287992        0      1
/dev/sdb3                               partition       12287992        0      1

13.19 bdaupdatefw

サーバーの特定のコンポーネント(交換ディスク・ドライブなど)のファームウェアを更新します。

構文

bdaupdatefw parameter

パラメータ

-d N

指定されたディスク(N)のLSIディスク・ファームウェアを更新します。各サーバーには12台のディスクがあり、0から11の番号が付けられます。

-f

ファームウェアのファイル・パスを指定します。パスを省略した場合、bdaupdatefwは、指定されたコンポーネントの/opt/oracle/bda/firmwareのデフォルト・ファームウェアを使用します。

-h

bdaupdatefwの構文と使用方法の情報を表示します。

-i

Oracle ILOMファームウェアを更新します。

-l

LSIディスク・コントローラ・ファームウェアを更新します。

-m

Mellanoxホスト・チャネル・アダプタ(インフィニバンド・カード)のファームウェアを更新します。

使用方法

このユーティリティは、通常、サポートされているファームウェア・バージョンが工場出荷時にインストールされていない可能性のあるハードウェア・コンポーネントのインストールまたは交換の際に、Oracleフィールド・エンジニアによって実行されます。ソフトウェアのインストール時、現在サポートされているファームウェアがMammothによってOracle Big Data Applianceにコピーされます。bdaupdatefwコマンドは、サーバー・コンポーネントのファームウェアを更新する際、これらのファイルを使用します。

1つのコマンドで1つのファームウェア・パッケージを更新できます。したがって、-d、-i、-lまたは-mのいずれか1つのみのパラメータを指定できます。

注意:

Mammothバンドルで提供されるファームウェアのみを使用します。サードパーティ・サイトからダウンロードされたファームウェアをインストールしないでください。これを行うと、保証やサポートの対象外となる可能性があります。

例

次の例に、Oracle ILOMファームウェアを更新するコマンドの出力を示します。更新を行うには、出力に示されたipmiflashコマンドを実行する必要があります。

# bdaupdatefw -i
[INFO:GENERAL] No firmware file specified. Using default firmware file - /opt/or
acle/bda/firmware/ILOM-3_2_0_r74388-Sun_Fire_X4270_M3.pkg
[INFO:GENERAL] Updating ILOM firmware with the firmware file /opt/oracle/bda/fir
mware/ILOM-3_2_0_r74388-Sun_Fire_X4270_M3.pkg
[INFO:GENERAL] Original version is: 3.1.2.12 r74388
[INFO:GENERAL]
[INFO:GENERAL] Please run the following command and enter the root password
[INFO:GENERAL] for the ILOM when requested
[INFO:GENERAL]
[INFO:GENERAL] Note that this command will shutdown the server after flashing.
[INFO:GENERAL] You will need to login to the ILOM to power on the server afterwa
rds.
[INFO:GENERAL]
[INFO:GENERAL] ipmiflash -v -I lanplus -H 10.133.46.218 -U root write /opt/oracl
e/bda/firmware/ILOM-3_1_2_12_r74388-Sun_Fire_X4270_M3.pkg
[INFO:GENERAL]

13.20 iblinkinfo

インフィニバンド・ネットワークのすべてのインフィニバンド接続をリストします。

構文

iblinkinfo

使用上の注意

任意のサーバーからrootとしてこのコマンドを実行します。

例

次の例は、インフィニバンド・ネットワーク上の2つのOracle Big Data Applianceと1つのOracle Exadata Database Machineを示しています。

[root@bda1node01 network]# iblinkinfo
Switch 0x002128df348ac0a0 SUN IB QDR GW switch bda1sw-ib2 10.133.43.36:
149  1[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  130  2[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149  2[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  127  1[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149  3[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  111  2[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149  4[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  109  1[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149  5[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  143  1[ ] "bda1node02 BDA 192.168.41.20 HCA-1" ( )
149  6[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  137  1[ ] "bda1node01 BDA 192.168.41.19 HCA-1" ( )
149  7[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  141  1[ ] "bda1node04 BDA 192.168.41.22 HCA-1" ( )
149  8[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  123  1[ ] "bda1node03 BDA 192.168.41.21 HCA-1" ( )
149  9[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  151  1[ ] "bda1node06 BDA 192.168.41.24 HCA-1" ( )
149 10[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  112  1[ ] "bda1node05 BDA 192.168.41.23 HCA-1" ( )
149 11[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>  139  1[ ] "bda1node07 BDA 192.168.41.25 HCA-1" ( )
149 12[ ] ==(                Down/Disabled)==>        [ ] "" ( )
149 13[ ] ==(                Down/Disabled)==>        [ ] "" ( )
149 14[ ] ==( 4X 10.0 Gbps Active/  LinkUp)==>   85  9[ ] "SUN DCS 36P QDR dm01sw-ib1 10.133.40.203" ( )
149 15[ ] ==(                Down/Disabled)==>        [ ] "" ( )
.
.
.

13.21 imagehistory

オペレーティング・システムのアップグレード履歴を表示します。

構文

imagehistory

例

この例は、アプライアンスのイメージがバージョン3.1.0で作成され、4.0.0にアップグレードされたことを示しています。

$ imagehistory

Big Data Appliance Image History

IMAGE_VERSION             : 3.1.0
IMAGE_CREATION_DATE       : Tue Jun 24 06:44:22 UTC 2014
IMAGING_START_DATE        : Sat Aug 30 18:15:01 UTC 2014
IMAGING_END_DATE          : Sat Aug 30 14:59:39 EDT 2014
DEPLOYMENT_VERSION        : 4.0.0
DEPLOYMENT_START_DATE     : Sat Aug 30 15:18:07 EDT 2014
DEPLOYMENT_END_DATE       : Sat Aug 30 16:39:07 EDT 2014

13.22 imageinfo

現在実行されているOracle Big Data Applianceオペレーティング・システム・イメージの情報を表示します。

構文

imageinfo

例

次の例は、4.0.0のイメージを示しています。

$ imageinfo
Big Data Appliance Image Info

IMAGE_CREATION_DATE       : Sat Aug 30 13:55:26 EDT 2014
IMAGE_LABEL               : BDA_MAIN_LINUX.X64_140829
IMAGE_VERSION             : 4.0.0
LINUX_VERSION             : Oracle Linux Server release 5.8
KERNEL_VERSION            : 2.6.39-400.215.9.el5uek
BDA_RPM_VERSION           : bda-4.0.0-1.el5
OFED_VERSION              : OFED-IOV-1.5.5-2.0.0088
JDK_VERSION               : jdk-1.7.0_65-fcs
HADOOP_VERSION            : 2.3.0-cdh5.1.0

13.23 listlinkup

アクティブなリンクのあるイーサネット・ブリッジ・ポートを示します。

構文

listlinkup

使用上の注意

rootとしてSun Network QDR Infiniband Gateway Switchに接続した後に、このコマンドを実行します。

例

次の例は、スイッチbda1sw-ib3の使用可能な8つのポートのうち、3つのアクティブ・ポート(0A-ETH-1、0A-ETH-3および0A-ETH-4)を示しています。

[root@bda1sw-ib3 ~]# listlinkup | grep Bridge
Bridge-0 Port 0A-ETH-1 (Bridge-0-2) up (Enabled)
Bridge-0 Port 0A-ETH-2 (Bridge-0-2) down (Enabled)
Bridge-0 Port 0A-ETH-3 (Bridge-0-1) up (Enabled)
Bridge-0 Port 0A-ETH-4 (Bridge-0-1) up (Enabled)
Bridge-1 Port 1A-ETH-1 (Bridge-1-2) down (Enabled)
Bridge-1 Port 1A-ETH-2 (Bridge-1-2) down (Enabled)
Bridge-1 Port 1A-ETH-3 (Bridge-1-1) down (Enabled)
Bridge-1 Port 1A-ETH-4 (Bridge-1-1) down (Enabled)

13.24 mount_hadoop_dirs

サーバーの再起動後にパスワードで暗号化されたデータにアクセスできるようにします。このユーティリティを実行して正しいパスワードを入力するまでデータは読み取れません。

構文

mount_hadoop_dirs

例

この例は、パスワードを入力するためのプロンプトを示します。

$ mount_hadoop_dirs
Enter password to mount Hadoop directories: password

13.25 remove-root-ssh

setup-root-sshコマンドによって以前に確立されたパスワードなしSSHを削除します。

構文

remove-root-ssh [-C | -c | -g | -j] [-p]

remove-root-ssh -h

パラメータ

-C

/opt/oracle/bda/cluster-hosts-infinibandのサーバーのリストを使用して、クラスタのすべてのサーバーをターゲットに設定します。

-c host1, host2,...

コマンドラインでhost1、host2のように指定されているサーバーをターゲットに設定します。

-g groupfile

groupfileにリストされたユーザー定義のサーバー・セットをターゲットに設定します。1行に1つずつ、ファイルにサーバー名またはIPアドレスを入力します。

-j "etho0_ips[range]"

スタータ・ラックのサーバーの範囲([1-6])または追加サーバーが組み込まれたスタータ・ラックのサーバーの範囲([1-12])を指定します。このパラメータは、2.2.xベース・イメージにおいて、ユーティリティをネットワーク構成の前に使用する際に必須です。

-h

ヘルプを表示します。

-p password

コマンドラインにrootパスワードを指定します。

このパラメータは省略することをお薦めします。パスワードを入力するように求められますが、ユーティリティは画面に表示しません。

使用上の注意

このコマンドを使用する場合、rootパスワードを知っている必要があります。

ターゲット・サーバーを指定しないと、remove-root-sshではラック内のすべてのサーバーを使用します。

関連項目

「setup-root-ssh」、「パスワードなしSSHの設定」

例

次の例では、パスワードなしSSHが削除されたことを示しています。

# remove-root-ssh
calling /opt/oracle/bda/bin/dcli -c 192.168.42.37,192.168.42.38,192.168.42.39 --unkey
192.168.42.37: ssh key dropped
192.168.42.38: ssh key dropped
192.168.42.39: ssh key dropped
remove-root-ssh succeeded

13.26 reset-boot-order

サーバーのブート順序を、BIOSに指定されているとおりに工場出荷時のデフォルトにリセットします。これにより、ILOM起動中に上書きされた内容をすべて消去します。

構文

reset-boot-order

例

次の例では、現在のサーバーのブート順序をリセットします。

# reset-boot-order
Set Boot Device to none

Cleared ILOM boot override - Boot device: none

Found BDA v1 Hardware - setting boot order using biosconfig

Copyright (C) SUN Microsystems 2009.
BIOSconfig Utility Version 2.2.1
Build Date: Aug 24 2009
Build Time: 09:01:30

BIOSconfig Specification Version 2.4

Processing Input BIOS Data....

Success

Found USB device name : USB:02.82;01 Unigen PSA4000
.
.
.
BIOSconfig Specification Version 2.4

Processing Input BIOS Data....

Success
New BIOS boot order :
USB:02.82;01  Unigen PSA4000
RAID:Slot0.F0:(Bus 13 Dev 00)PCI RAID Adapter
PXE:IBA GE Slot 0100 v1331
PXE:IBA GE Slot 0101 v1331
PXE:IBA GE Slot 0700 v1331
PXE:IBA GE Slot 0701 v1331

13.27 setup-root-ssh

rootユーザーのパスワードなしSSHを確立します。

構文

setup-root-ssh [-C | -c | -g | -j] [-p]

setup-root-ssh -h

パラメータ

-C

/opt/oracle/bda/cluster-hosts-infinibandのサーバーのリストを使用して、クラスタのすべてのサーバーをターゲットに設定します。

-c host1, host2,...

コマンドラインでhost1、host2のように指定されているサーバーをターゲットに設定します。

-g groupfile

groupfileにリストされたユーザー定義のサーバー・セットをターゲットに設定します。1行に1つずつ、ファイルにサーバー名またはIPアドレスを入力します。

-j "etho0_ips[range]"

スタータ・ラックのサーバーの範囲([1-6])または追加サーバーが組み込まれたスタータ・ラックのサーバーの範囲([1-12])を指定します。このパラメータは、2.2.xベース・イメージにおいて、ユーティリティをネットワーク構成の前に使用する際に必須です。

-h

ヘルプを表示します。

-p password

コマンドラインにrootパスワードを指定します。

このパラメータは省略することをお薦めします。パスワードを入力するように求められますが、ユーティリティは画面に表示しません。

使用上の注意

このコマンドを使用する場合、rootパスワードを知っている必要があります。

ターゲット・サーバーを指定しないと、setup-root-sshではラック内のすべてのサーバーを使用します。

関連項目

「remove-root-ssh」、「パスワードなしSSHの設定」

例

次の例では、rootに対してパスワードなしSSHが設定されたことを示しています。

# setup-root-ssh
Enter root password: password
spawn /opt/oracle/bda/bin/dcli -c 192.168.42.37,192.168.42.38... -k
root@192.168.42.37's password:
root@192.168.42.38's password:
.
.
.
192.168.42.37: ssh key added
192.168.42.38: ssh key added
.
.
.
setup-root-ssh succeeded

13.28 showusb

挿入されたUSBドライブの、オペレーティング・システムが把握しているデバイスの位置(/dev/sdnなど)を表示します。

構文

showusb

13.29 showvlan

スイッチに構成されているVLANをリストします。

構文

showvlan

使用上の注意

rootとしてSun Network QDR Infiniband Gateway Switchに接続した後に、このコマンドを実行します。

例

次の例は、スイッチbda1sw-ib3のIDが0のデフォルトVLANを示しています。

# showvlan
Connector/LAG  VLN   PKEY
-------------  ---   ----
0A-ETH-1        0    ffff
0A-ETH-2        0    ffff
0A-ETH-3        0    ffff
0A-ETH-4        0    ffff
1A-ETH-1        0    ffff
1A-ETH-3        0    ffff
1A-ETH-4        0    ffff

13.30 showvnics

スイッチに作成された仮想ネットワーク・インタフェース・カード(VNIC)をリストします。

構文

showvnics

使用上の注意

rootとしてSun Network QDR Infiniband Gateway Switchに接続した後に、このコマンドを実行します。

例

次の例は、ラウンドロビン・プロセスでスイッチbda1sw-ib3に作成されたVNICを示しています。

# showvnics
ID  STATE FLG IOA_GUID          NODE                                IID  MAC               VLN PKEY   GW
--- ----- --- ----------------- --------------------------------    ---- ----------------- --- ----   --------
561 UP      N 0021280001CF4C23  bda1node13 BDA 192.168.41.31    0000 CE:4C:23:85:2B:0A NO  ffff   0A-ETH-1
564 UP      N 0021280001CF4C53  bda1node16 BDA 192.168.41.34    0000 CE:4C:53:85:2B:0D NO  ffff   0A-ETH-1
567 UP      N 0021280001CF4B58  bda1node01 BDA 192.168.41.19    0000 CE:4B:58:85:2A:FC NO  ffff   0A-ETH-1
555 UP      N 0021280001CF2A5C  bda1node07 BDA 192.168.41.25    0000 CE:2A:5C:85:2B:04 NO  ffff   0A-ETH-1
552 UP      N 0021280001CF4C74  bda1node04 BDA 192.168.41.22    0000 CE:4C:74:85:2B:01 NO  ffff   0A-ETH-1
558 UP      N 0021280001CF179B  bda1node10 BDA 192.168.41.28    0000 CE:17:9B:85:2B:07 NO  ffff   0A-ETH-1
.
.
.

14 クラスタ全体でのdcliユーティリティを使用したコマンドの実行

dcliユーティリティは、Oracle Big Data Appliance上のサーバー・グループ全体でコマンドを実行して出力を返します。dcliは、「Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成」で使用します。

この章の内容は次のとおりです。

- dcliユーティリティの概要

- dcliの構文

- dcliの戻り値

- dcliの例

14.1 dcliユーティリティの概要

dcliユーティリティは、管理(eth0)インタフェースを使用して複数のOracle Big Data Applianceサーバーに対してコマンドを実行し、接続を確立します。任意のサーバーからユーティリティを実行できます。

14.1.1 パスワードなしSSHの設定

dcliユーティリティでは、ローカル・サーバーとすべてのターゲット・サーバー間にパスワードなしセキュア・シェル(SSH)が必要です。ローカル・サーバーでdcliユーティリティを実行すると、dcliで指定したコマンドがターゲット・サーバーで実行されます。

2つのスクリプト(setup-root-sshおよびremove-root-ssh)によって、Oracle Big Data ApplianceでSSHを簡単に使用できます。これらのスクリプトは、dcliでも使用される2つのオプションを受け入れます。

- -C: Hadoopクラスタのすべてのサーバーをターゲットに設定します。

- -g: ユーザー定義のサーバー・セットをターゲットに設定します。

これらのオプションの詳細は、表14-1を参照してください。

注意:

Mammothユーティリティにはリモートrootアクセスが必要です。ただし、Oracle Big Data Applianceでは標準の操作では不要です。

rootのパスワードなしSSHを設定するには、次の手順を設定します。

1. PuTTYなどのユーティリティを使用してOracle Big Data Applianceサーバーに接続します。SSHの接続タイプを選択します。

2. rootとしてログインします。

3. ラック全体でrootのパスワードなしSSHを設定します。

setup-root-ssh

各サーバーで「ssh key added」というメッセージが表示されます。

4. これで、パスワードを入力せずに、ラックの任意のサーバーですべてのSSHコマンドを実行できます。dcliコマンドに加え、scpを使用してサーバー間でファイルをコピーできます。

5. rootからパスワードなしSSHを削除するには、次のようにします。

remove-root-ssh

関連項目:

setup-root-sshおよびremove-root-sshのすべてのパラメータに関する説明。

14.1.2 dcliの基本的な使用方法

この項では、dcliコマンドのいくつかの基本オプションを示します。オプションの完全なリストは、表14-1を参照してください。

14.1.2.1 ヘルプの表示

dcliのヘルプ・ページを表示するには、-hまたは--helpオプションを使用してdcliコマンドを入力します。オプションなしでdcliコマンドを入力すると、コマンドの説明を表示できます。

14.1.2.2 ターゲット・サーバーの識別

コマンドラインまたはファイルでコマンドを実行する場所となるサーバーを識別できます。デフォルト・ターゲット・サーバーのリストを確認するには、-tオプションを使用します。現在のコマンドでターゲット・サーバーを変更するには、表14-1に記載されている-cまたは-gオプションを使用します。

まとめて管理するサーバーのグループを含むファイルを手動で作成できます。たとえば、サーバー5から18は、サーバー1から4のような特別な機能を持っていないため、まとめて管理できます。

14.1.2.3 コマンドの指定

通常は、ターゲット・サーバーで実行するためにコマンドラインでコマンドを指定します。ただし、よく一緒に使用する一連のコマンドや、複雑な構文のコマンドに対応するため、コマンド・ファイルを作成することもできます。表14-1の-xオプションを参照してください。

また、-fオプションを使用すると、ファイルを実行せずにターゲット・サーバーにコピーできます。

14.1.2.4 出力レベルの制御

表示する情報は、-vオプションを使用して多くしたり、-nオプションを使用して少なくしたりできます。また、--maxlinesオプションを使用して返される行数を制限することや、-rオプションを使用して一致する文字列を置き換えることもできます。

次に、Linux dateコマンドの単純な例を使用して、様々な出力レベルの例を示します。

注意:

1つのサーバー(node07)のみの出力を示します。これらの例の構文によって、すべてのサーバーでdateコマンドが実行されます。

これはデフォルトの出力で、サーバーの後に日付が表示されます。

# dcli date
bda1node07-adm.example.com: Tue Feb 14 10:22:31 PST 2012

最小限の出力では、実行が完了するとOKが返されます。

# dcli -n date
OK: ['bda1node07.example.com']

詳細出力では、コマンドが実行されたときの設定の詳細情報が表示されます。

dcli -v dateoptions.nodes: Noneoptions.destfile: Noneoptions.file: Noneoptions.group: dcserversoptions.maxLines: 100000options.listNegatives: Falseoptions.pushKey: Falseoptions.regexp: Noneoptions.sshOptions: Noneoptions.scpOptions: Noneoptions.dropKey: Falseoptions.serializeOps: Falseoptions.userID: rootoptions.verbosity 1options.vmstatOps Noneoptions.execfile: Noneargv: ['/opt/oracle/bda/bin/dcli', '-g', 'dcservers', '-v', 'date']Success connecting to nodes: ['bda1node07.example.com']...entering thread for bda1node07.example.com:execute: /usr/bin/ssh -l root bda1node07.example.com ' date' ...exiting thread for bda1node07.example.com status: 0bda1node07.example.com: Tue Feb 14 10:24:43 PST 2012]

14.2 dcliの構文

dcli [option] [command]

パラメータ

option

表14-1に説明されているオプション。すべてのオプションを省略して現在のラックにあるすべてのサーバーでコマンドを実行できます。

command

オペレーティング・システム・プロンプトから実行する任意のコマンド。コマンドに句読点や特殊文字が含まれる場合、コマンドを二重引用符で囲ってください。

バックスラッシュ(\)は、エスケープ文字です。シェルによる解釈を避けるため、コマンドラインでは次の特殊文字の前にバックスラッシュを付けてください。コマンド・ファイルではバックスラッシュは必要ありません。コマンド・ファイルの詳細は、-xオプションを参照してください。

- $ (ドル記号)

- ' (引用符)

- < (より少ない)

- > (より大きい)

- ( ) (丸カッコ)

表14-1 dcliのオプション

オプション

説明

-c nodes

コマンドが実行される場所となるOracle Big Data Applianceサーバーのカンマ区切りのリストを指定します。

-C

ターゲットとして/opt/oracle/bda/cluster-rack-infinibandのサーバーのリストを使用します。「ターゲット・サーバーの識別」を参照してください。

-d destfile

-fオプションのターゲット・ディレクトリまたはファイル名を指定します

-f file

ターゲット・サーバーのユーザーのホーム・ディレクトリにコピーするファイルを指定します。ファイルは実行されません。-lオプションを参照してください。

-g groupfile

コマンドが実行される場所となるOracle Big Data Applianceサーバーのリストを含むファイルを指定します。ファイルでサーバー名またはIPアドレスを使用できます。

-h、--help

コマンドの説明を表示します。

-k

各サーバーの/root/.ssh/authorized_keysファイルにssh鍵をプッシュします。より簡単な別の方法については、「パスワードなしSSHの設定」を参照してください。

-l userid

別のサーバーにログインするためのユーザーIDを指定します。デフォルトIDはrootです。

--maxlines=maxlines

複数のサーバーで実行されるコマンドによって表示される出力の最大行数を指定します。デフォルトは10,000行です。

-n

エラー以外のメッセージの出力を短縮します。サーバーから通常の出力が返される場合(リターン・コード0)、サーバー名のみが表示されます。

-nオプションと-rオプションを一緒に使用することはできません。

-r regexp

指定した正規表現と一致する行で出力をサーバー名に置き換えます。

-s sshoptions

SSHに渡されるオプションの文字列を指定します。

--scp=scpoptions

セキュア・コピー(SCP)に渡されるオプションの文字列を指定します(これらのオプションがsshoptionsと異なる場合)。

--serial

コマンドがサーバーでシリアル実行されます。デフォルトはパラレル実行です。

-t

ターゲット・サーバーをリストします。

--unkey

ターゲット・サーバーのauthorized_keyファイルから鍵を削除します。

-v

すべてのメッセージの詳細バージョンを表示します。

--version

dcliのバージョン番号を表示します。

--vmstat=VMSTATOPS

Linuxの仮想メモリー統計ユーティリティ(vmstat)の構文を表示します。このコマンドでは、プロセス、仮想メモリー、ディスク、トラップおよびCPUアクティビティの情報が返されます。

vmstatコマンドを入力する場合、そのオプションを引用符で囲ってください。次に例を示します。

--vmstat="-a 3 5"

vmstatの詳細は、Linuxのドキュメントを参照してください。

-x execfile

ターゲット・サーバーのユーザーのホーム・ディレクトリにコピーして実行するコマンド・ファイルを指定します。-lオプションを参照してください。

14.3 dcliの戻り値

- 0: コマンドはすべてのサーバーで正常に実行されました。

- 1: 1つ以上のサーバーにアクセスできなかったか、リモート実行で0 (ゼロ)以外の値が返されました。応答のなかったサーバーがメッセージにリストされます。他のサーバーでは実行が継続されます。

- 2: ローカル・エラーによって、コマンドの実行が抑止されました。

ローカルのdcliプロセスに割り込むと、リモート・コマンドが出力やステータスを返すことなく継続される可能性があります。

14.4 dcliの例

次に、dcliユーティリティの例を示します。

次の例では、ターゲット・サーバーのデフォルト・リストが返されます。

# dcli -t
Target nodes: ['bda1node01-adm.example.com', 'bda1node02-adm.example.com', 'bda1node03-adm.example.com', 'bda1node04-adm.example.com', 'bda1node05-adm.example.com', 'bda1node06-adm.example.com', 'bda1node07-adm.example.com', 'bda1node08-adm.example.com', 'bda1node09-adm.example.com']

次の例では、すべてのサーバーの温度をチェックします。

# dcli 'ipmitool sunoem cli "show /SYS/T_AMB" | grep value'

bda1node01-adm.example.com: value = 22.000 degree C
bda1node02-adm.example.com: value = 22.000 degree C
bda1node03-adm.example.com: value = 22.000 degree C
bda1node04-adm.example.com: value = 23.000 degree C
.
.
.

15 Oracle Integrated Lights Out Managerの使用方法

Oracle Integrated Lights Out Manager (Oracle ILOM)は、サーバーとスイッチを監視するために使用できるOracle Big Data Applianceのインストール済コンポーネントです。Oracle ILOMは、「Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成」で使用します。

この章の内容は次のとおりです。

- Oracle ILOMの概要

- 管理ネットワーク図

- Oracle Big Data ApplianceコンポーネントのOracle ILOM IPアドレス

- ネットワークを使用したOracle ILOMへの接続

- シリアル接続を使用したOracle ILOMへの接続

関連項目:

- Sun Server X4-2LおよびSun Server X3-2LサーバーのOracle Integrated Lights Out Manager 3.1のドキュメント・ライブラリ
http://docs.oracle.com/cd/E24707_01/index.html

- Sun Fire X4270 M2サーバーのOracle Integrated Lights Out Manager 3.0のドキュメント・ライブラリ
http://docs.oracle.com/cd/E19860-01/

15.1 Oracle ILOMの概要

Oracle Integrated Lights Out Manager (Oracle ILOM)によって、Oracle Big Data Applianceラックのサーバーとスイッチを管理および監視するために使用できる拡張サービス・プロセッサ(SP)のハードウェアおよびソフトウェアが提供されます。Oracle ILOM専用のハードウェアおよびソフトウェアは、各コンポーネントに事前インストールされています。これは、電源が適用されると同時に自動的に初期化されます。

Oracle ILOMでは、オペレーティング・システムの状態にかかわらずOracle Big Data Applianceのサーバーをアクティブに管理および監視できるため、信頼性の高いLights-Out Management (LOM)システムが実現します。

Oracle ILOMによって、次のことをプロアクティブに実行できます。

- ハードウェアのエラーおよび障害を発生時に認識できます。

- サーバーの電源状態をリモートから制御できます。

- グラフィカル・コンソールと非グラフィカル・コンソールを表示できます。

- システムのセンサーとインジケータの現在のステータスを表示できます。

- システムのハードウェア構成を確認できます。

- システム・イベントに関して事前に生成されるアラートを受信できます。

Oracle ILOMサービス・プロセッサは、独自の組込みオペレーティング・システムを実行し、連携してアウトオブバンド管理機能を提供する専用のイーサネット・ポートを持ちます。また、Oracle ILOMには、サーバー・オペレーティング・システム(Oracle Linux)からアクセスできます。Oracle ILOMを使用すると、ローカルKVMを使用する場合と同じように、Oracle Big Data Applianceをリモートから管理できます。

15.1.1 Oracle ILOMのインタフェース

Oracle ILOMでは、その機能および動作にアクセスするための2つのインタフェースがサポートされます。ブラウザ・ベースのWebインタフェースまたはコマンドライン・インタフェースを使用できます。

Webインタフェース

Webインタフェースでは、ブラウザを使用してSPにログインし、システム管理および監視を実行できます。

コマンドライン・インタフェース

コマンドライン・インタフェース(CLI)では、キーボード・コマンドを使用してOracle ILOMを操作できます。これは、業界標準のDMTFスタイルのCLIおよびスクリプト・プロトコルに準拠します。Oracle ILOMでは、CLIに対するセキュアなアクセスのためにSSH v2.0およびv3.0がサポートされます。CLIでは、既存のスクリプトを再利用することや、わかりやすいインタフェースを使用してタスクを自動化できます。

15.1.2 Oracle ILOMのユーザー

Oracle Big Data Applianceサーバーは、初期設定ではrootユーザーについてのみ構成されます。

インフィニバンド・スイッチは、次の追加ユーザーを使用して構成されます。

- ilom-admin: rootの完全な権限を使用することなく、システム構成を変更するために必要な書込み権限を提供します。

- ilom-operator: システムを監視するための読取り専用権限を提供します。

必要に応じてrootとして追加ILOMユーザーを作成できます。

15.2 管理ネットワーク図

図15-1に、管理Oracle ILOMネットワークを示します。この図は、2組の18のサーバーと2つのSun Network QDR Infiniband Gateway Switchを示しています。Ciscoイーサネット管理スイッチがサーバーとインフィニバンド・スイッチに接続されています。

図15-1 Oracle Big Data Applianceの管理ネットワーク

15.3 Oracle Big Data ApplianceコンポーネントのOracle ILOM IPアドレス

サービス・プロセッサ(Oracle ILOM)・アクセス用に少なくとも1つの静的IPアドレスが必要です。製造時にOracle Big Data Applianceコンポーネントに割り当てられるデフォルトのOracle ILOM IPアドレスのリストは、「工場出荷時のネットワーク設定」を参照してください。

Oracle Big Data Appliance構成生成ユーティリティを使用してこれらのIPアドレスを再構成した後、再構成したIPアドレスを使用してOracle ILOMにアクセスする必要があります。

15.4 ネットワークを使用したOracle ILOMへの接続

通常、イーサネット接続を介したネットワークを使用してOracle ILOMにアクセスできます。Oracle ILOMのイーサネット・アドレスを把握しておく必要があります。システム構成の前は、アドレスは工場出荷時のIPアドレス設定になっています。システム構成の後は、インストール・テンプレートにリストされているコンポーネント名またはIPアドレスを使用できます。CLIまたはブラウザ・インタフェースを使用してOracle ILOMにアクセスできます。または、リモートKVMセッションを起動できます(Sun Fire X4270 M2ベースのラックのみ)。

注意:

ネットワークを通じてOracle ILOMのIPアドレスにアクセスできる場合、この接続方法を使用できます。この接続方法を使用することをお薦めします。「Oracle Big Data Applianceのフル・ラックまたはスタータ・ラックの構成」を参照してください

この項で説明する項目は、次のとおりです。

- コマンドライン・インタフェースへの接続

- Web GUIへの接続

15.4.1 コマンドライン・インタフェースへの接続

Oracle ILOMコマンドライン・インタフェースに接続するには、次の手順を実行します。

1. PuTTYなどのセキュア・シェル(SSH)・クライアントを開きます。

2. 「Host Name (or IP address)」フィールドに、接続するコンポーネントのOracle ILOM名またはIPアドレスを入力します。たとえば、構成の前にSun Network QDR Infiniband Gateway Switchの工場出荷時のデフォルトIPアドレスである192.168.1.203を入力します。構成の後に、新しいIPアドレスまたはbda1sw-ib2などの名前を入力します。

3. 「Connection Type」として「SSH」が選択されていることを確認します。

4. 入力を求められたら、ユーザー名とパスワードを入力します。デフォルト・ユーザー名はrootで、デフォルト・パスワードはwelcome1です。

CLIのコマンド・プロンプト(#)が表示されます。

5. コマンドのリストを表示するには、helpと入力します。

関連項目:

Oracle ILOM日常管理 -- CLI手順ガイド

http://docs.oracle.com/cd/E19860-01/

15.4.2 Web GUIへの接続

Oracle ILOM Webインタフェースに接続するには、次の手順を実行します。

1. Webブラウザを開き、Oracle ILOM名か、Oracle Big Data ApplianceサーバーまたはスイッチのIPアドレスに移動します。

ログイン画面が表示されます。

2. ユーザー名とパスワードを入力します。工場出荷時に構成されているユーザー名については、「Oracle ILOMのユーザー」を参照してください。初期パスワードはwelcome1です。

注意: パスワードを変更するには、passwdコマンドを使用します。

3. 「Log In」をクリックします。

図15-2に示すとおり、Web GUIが表示されます。

図15-2 Oracle ILOM 3.1 Webインタフェース

関連項目:

- Oracle ILOM 3.1クイック・スタート
http://docs.oracle.com/cd/E24707_01/html/E24528/gentextid-219.html#scrolltoc

- Oracle ILOM 3.0日常管理 — Web手順ガイド
http://docs.oracle.com/cd/E19860-01/

15.5 シリアル接続を使用したOracle ILOMへの接続

サーバーでOracle ILOMにアクセスする際に、次のいずれかの問題が原因でネットワークを使用してOracle ILOMにアクセスできない場合、シリアル接続を使用してOracle ILOMに接続できます。

- ネットワークの不適切な構成

- Oracle ILOM IPアドレスの不適切な構成

- Ciscoイーサネット・スイッチ・ポートの不適切な構成

- サイドバンドの構成問題

15.5.1 サーバーのOracle ILOMへの接続

シリアル接続を使用してサーバーのOracle ILOMに接続するには、次の手順を実行します。

1. ターミナルまたはPCで実行中のターミナル・エミュレーション・ソフトウェアからOracle Big Data ApplianceサーバーのSER MGTポートにシリアル・ケーブルを接続します。ケーブルは、15フィート以下にする必要があります。

2. ターミナルまたはラップトップが動作していることを確認します。

3. 次の設定を使用するようにターミナル・デバイスまたはターミナル・エミュレーション・ソフトウェアを構成します。

- 8N1: 8データ・ビット、パリティなし、1ストップ・ビット

- 9600ボー(デフォルト、ただし最大115200の任意の標準レートに設定可能)

- ソフトウェア・フロー制御(XON/XOFF)無効

- ハードウェア制御無効

4. 電源がいずれかのPSUに供給されていることを確認します。

電源がいずれかのPSUに供給されていれば、サーバーの電源状態にかかわらずOracle ILOMは動作します。

5. ターミナル・デバイスで[Enter]を押します。ターミナル・デバイスとOracle ILOM間の接続が確立されます。

Oracle ILOMのログイン・プロンプトが表示されます。

6. デフォルト・パスワードwelcome1を使用してrootとしてCLIにログインします。

Oracle ILOMのデフォルト・コマンド・プロンプトが表示されます。

15.5.2 インフィニバンド・スイッチのOracle ILOMへの接続

シリアル接続を使用してインフィニバンド・スイッチのOracle ILOMに接続するには、次の手順を実行します。

1. USBとシリアルをつなぐコネクタをスイッチのUSBポートに接続します。

2. ターミナルまたはラップトップが動作していることを確認します。

3. 次の設定を使用するようにターミナル・デバイスまたはターミナル・エミュレーション・ソフトウェアを構成します。

- 8N1: 8データ・ビット、パリティなし、1ストップ・ビット

- 115200ボー

- ソフトウェア・フロー制御(XON/XOFF)無効

- ハードウェア制御無効

4. シリアル・デバイスの[Return]または[Enter]キーを数回押して、接続を同期します。

次のようなテキストが表示される場合があります。

where nm2name is the host name of the management controller.The name might be the word hostname.

テキストが表示されない場合でも、手順5に進んでください。

5. 管理ユーザー名とパスワード(ilom-adminおよびwelcome1)を使用してログインします。#プロンプトが表示されます。

注意:

この出力またはプロンプトが表示されない場合、シリアル構成、USBとシリアルをつなぐコネクタ、またはCLIに問題があります。

第V部 付録

第V部では、リファレンス情報を提供します。ここには次の章が含まれます。

- Oracle Big Data Applianceのエラー・メッセージ

- 交換ユニット

- Oracle Big Data Appliance X6–2およびX5-2のラック内ケーブル配線の表

- Oracle Big Data Appliance X4-2およびX3-2のラック内ケーブル配線の表

- Oracle Big Data Appliance Sun Fire X4270 M2のラック内ケーブル配線の表

- マルチラック・ケーブル配線の表

A Oracle Big Data Applianceのエラー・メッセージ

この付録では、Oracle Big Data Applianceのハードウェア・メッセージについて説明します。

次のメッセージは、自動サービス・リクエスト(ASR)のアラートです。ASRは、これらのアラートに応答してOracleサポート・サービスにサービス・リクエストを自動的に送信します。

情報は、システム・ログにも書き込まれます。

DISKALRT-02001 System OS hard disk failure

原因: オペレーティング・システムをホストしている物理ディスクに障害が発生したか、オペレーティング・システムのRAIDボリュームが冗長性を失いました。HDFSもアラートを起動する場合があります。

処置: できるかぎり早く物理ディスクを交換してください。オペレーティング・システム・ディスクを構成するには、「サーバー・ディスクの交換」の手順に従います。

DISKALRT-02002 System OS hard disk predictive failure

原因: オペレーティング・システムをホストしている物理ディスクが障害予知の状態にあります。

処置: できるかぎり早く物理ディスクを交換してください。オペレーティング・システム・ディスクを構成するには、「サーバー・ディスクの交換」の手順に従います。

DISKALRT-02003 System OS hard disk poor performance

原因: オペレーティング・システムをホストしている物理ディスクのパフォーマンスが低下しており、障害があることを示しています。

処置: ディスク交換を計画してください。サーバーの複数のディスクのパフォーマンスが低下していると認められる場合、ディスクを交換する前に、ケーブル接続、コントローラ、およびディスク・バックプレーンの問題を確認します。ディスクを交換するには、「サーバー・ディスクの交換」のオペレーティング・システム・ディスクを構成するための手順に従います。

DISKALRT-02004 Data hard disk failure

原因: オペレーティング・システムをホストしていない物理ディスクに障害が発生しました。

処置: できるかぎり早く物理ディスクを交換してください。HDFSまたはOracle NoSQL Databaseのためにディスクを構成するには、「サーバー・ディスクの交換」の手順に従います。

DISKALRT-02005 Data hard disk predictive failure

原因: オペレーティング・システムをホストしていない物理ディスクが障害予知の状態にあります。

処置: できるかぎり早く物理ディスクを交換してください。HDFSまたはOracle NoSQL Databaseのためにディスクを構成するには、「サーバー・ディスクの交換」の手順に従います。

DISKALRT-02006 Data hard disk poor performance

原因: オペレーティング・システムをホストしていない物理ディスクのパフォーマンスが低下しており、障害があることを示しています。

処置: できるかぎり早く物理ディスクを交換してください。HDFSまたはOracle NoSQL Databaseのためにディスクを構成するには、「サーバー・ディスクの交換」の手順に従います。

DISKALRT-02007 Solid-state drive disk failure

原因: ソリッドステート・ドライブに障害が発生しました。

処置: できるかぎり早くドライブを交換してください。

DISKALRT-02008 Solid-state disk predictive failure

原因: ソリッドステート・ドライブが障害予知の状態にあります。

処置: できるかぎり早くドライブを交換してください。

DISKALRT-02009 Solid-state disk poor performance

原因: ソリッドステート・ドライブのパフォーマンスが低下しており、障害があることを示しています。

処置: できるかぎり早くドライブを交換してください。

B 交換ユニット

この付録では、Oracle Big Data Applianceラックのコンポーネントの交換ユニットをリストします。すべての交換ユニットは、フィールド交換可能ユニット(FRU)であり、オラクル社のフィールド・エンジニアによって取り付けられます。

この付録の内容は次のとおりです。

- 修理カテゴリの理解

- ディスク・コントローラのバッテリ

- LEDステータスの説明

- Oracle Big Data Applianceサーバーの部品

- Sun Datacenter InfiniBand Switch 36の部品

- Sun Network QDR Infiniband Gateway Switch用の部品

- Ciscoイーサネット・スイッチの部品

- 配電ユニットの部品

- Oracle Big Data Applianceラックのケーブルおよびケーブル・アクセサリ

関連項目:

「予備部品キット・コンポーネント」

B.1 修理カテゴリの理解

修理カテゴリは、修理作業の潜在的な影響の説明です。表B-1に、カテゴリおよび関連作業を示します。

表B-1 Oracle Big Data Applianceの修理カテゴリ

カテゴリ

説明

シナリオの例

ホット・スワップ(HS)

修理部品は、ホット・スワップ可能で、ホスト・システムを停止せずに交換できます。交換の前後にデータを保護するための手順が必要になることがあります。

- ディスク

- ファン

- 電源

インフラストラクチャ修理(IR)

Oracle Big Data Applianceラック内の接続コンポーネントの修理。ラックを停止する必要はありませんが、状況に応じて個々のコンポーネントを停止する必要があります。

- 外部ケーブル

- インフィニバンド・スイッチ

- イーサネット・スイッチ

BDAサーバー・オフライン(BDA-O)

部品の修理で1つのBig Data Applianceサーバーを停止する必要があります。ラックを停止する必要はありませんが、状況に応じて個々のサーバーを停止するか、クラスタから一時的に除外する必要があります。ワークロードのリバランスおよびデータの複製によって、一時的にパフォーマンスが影響を受ける可能性があります。

システムが現在実行中の場合、正常に停止します。詳細は、「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

Oracle Enterprise Manager Cloud Controlを使用してシステムを監視する場合、ターゲットをブラックアウト状態にして不要なアラートを抑止します。詳細は、『Oracle Enterprise Manager管理』を参照してください。

- システム・ボード

- PCIeカード

- メモリー

- プロセッサ

B.2 ディスク・コントローラのバッテリ

サーバーのディスク・コントローラには、書込みパフォーマンスを高速化するバッテリ・バックアップ付きの書込みキャッシュがあります。48時間以上の停電のためにキャッシュされたデータをバッテリで保護できない程度にバッテリの充電容量が低下した場合、書込みキャッシュは無効化され、ディスク・コントローラはライトスルー・モードに切り替わります。この結果、書込みパフォーマンスは低下しますが、データは失われません。バッテリの充電が不十分の場合、温度が高い場合、およびバッテリを交換する必要がある場合、サーバーによってアラートが生成されます。

バッテリの充電容量は時間の経過とともに低下し、バッテリの平均寿命は稼働温度に反比例します。Oracle Big Data Applianceラックのバッテリが最悪の状況にある場合の平均寿命は、次のとおりです。

吸気口周辺温度

バッテリ寿命

< 摂氏25度(華氏77度)

3年

< 摂氏32度(華氏90度)

2年

ディスク・コントローラのバッテリの充電容量が最低限のしきい値を下回った場合、オラクル社が追加料金なしで問題のあるバッテリを交換します。Oracle Premier Support for Systemsの一環として、オラクル社では、予測される寿命の最後に到達する前に、ベスト・エフォート基準に従ってOracle Big Data Applianceラックのバッテリを事前に交換するよう努力しています。

B.3 LEDステータスの説明

この項では、Oracle Big Data Applianceラックの発光ダイオード(LED)について説明します。次の項目について説明します。

- SunサーバーのLED

- Sunインフィニバンド・スイッチのLED

B.3.1 SunサーバーのLED

表B-2では、Sun Server X4-2LおよびX3-2Lで障害を示す可能性があるLEDステータス・インジケータの一部を示します。

関連項目:

次の場所にあるSun Server X4-2サービス・マニュアルのサーバーおよびコンポーネントのステータス・インジケータに関する項

http://docs.oracle.com/cd/E36975_01/html/E38045/z4000be71405942.html#scrolltoc

表B-2 Sun ServerのLEDステータスの説明

コンポーネント

LEDステータス

一般ステータス

各サーバーの前面パネルと背面パネルには、次のLEDがあります。

要点検(黄)

- 消灯は、正常に動作していることを示します。

- 点灯は、サーバーに障害が発生したことを示します。

電源/OK (緑)

- 点灯は、サーバーの電源が投入されていることを示します。

- ゆっくりとした点滅は、サーバーが起動中であることを示します。

- 規則的な点滅は、スタンバイ電源は入っていますが、シャーシ電源は切れていることを示します。

- 消灯は、AC電源がないか、Oracle ILOMが完全に起動していないことを示します。

ファン

各ファン・モジュールには2色のLEDが1つあり、トップ・カバーのファン・ドアを開くと見えるようになっています。

ファン・ステータス(黄/緑)

- 黄色は、ファン・モジュールに障害があることを示します。システムでファン・モジュールの障害が検出されると、前面パネルと背面パネルの要点検LEDも点灯します。

- 緑色は、システムに電源が投入されており、ファン・モジュールが正常に動作していることを示します。

ドライブ

ストレージ・ドライブとブート・ドライブには、次のLEDがあります。

要点検(黄)

- 消灯は、正常に動作していることを示します。

- 点灯は、ドライブに障害が発生したことを示します。

OK/動作(緑)

- 点灯は、正常に動作が停止していることを示します。

- 規則的な点滅は、正常に動作していることを示します。

- 消灯は、電源が切断されているか、システムでドライブを認識できないことを示します。

電源

各電源には、次のLEDがあります。これらはサーバーの背面から確認できます。

要点検(黄)

- 消灯は、正常に動作していることを示します。

- 点灯は、電圧、電流、温度またはファンに関する電源の問題がシステムで検出されたことを示します。

AC OK/DC OK (緑)

- 点灯は、ACおよびDC電源が両方とも正常に動作していることを示します。

- ゆっくりとした点滅は、入力AC電源が正常で、出力DC電源が無効であることを示します。

- 消灯は、入力AC電源が存在しないことを示します。

B.3.2 Sunインフィニバンド・スイッチのLED

表B-3に、障害を示す可能性のあるSun Datacenter InfiniBand Switch 36スイッチおよびSun Network QDR Infiniband Gateway SwitchのいくつかのLEDステータス・インジケータを示します。

関連項目:

- 次の場所にあるSun Datacenter InfiniBand Switch 36サービス・マニュアル のLEDの識別に関する項
http://docs.oracle.com/cd/E26698_01/html/E26434/z40000fe1394411.html

- 次の場所にあるSun Network QDR InfiniBand Gateway Switchサービス・マニュアルのLEDの識別に関する項
http://docs.oracle.com/cd/E26699_01/html/E26706/z40000fe1394411.html

表B-3 Sun InfiniBand SwitchのLEDステータスの説明

コンポーネント

LEDステータス

シャーシ

背面パネルの左側には、次のLEDがあります。

注意(黄)

- 点灯は、障害の発生を示します。

- 消灯は、正常に動作していることを示します。

- 点滅は、機能が停止していることを示します。

OK (緑)

- 点灯は、正常に動作していることを示します。

- 消灯は、スイッチがオフであるか、初期化中であることを示します。

- 点滅は、機能が停止していることを示します。

リンク・ステータス

背面パネルのデータ・ケーブル・コネクタの近くには、リンク・ステータスLEDがあります。

リンク(緑)

- 点灯は、リンクが確立されていることを示します。

- 消灯は、リンクが切断されていることを示します。

- 点滅は、シンボル・エラーの存在を示します。

ネットワーク管理ポート

背面パネルのネットワーク管理コネクタには、次のLEDがあります。

リンク速度(黄/緑):

- 緑色の点灯は、1000BASE-Tリンクを示します。

- 黄色の点灯は、100BASE-Tリンクを示します。

- 消灯は、リンクが存在しないことを示します。

- 点滅は、機能が停止していることを示します。

動作(緑):

- 点滅は、パケットの動作を示します。

- 点灯は、機能が停止していることを示します。

- 消灯は、動作していないことを示します。

電源

シャーシの前面の電源には、次のLEDがあります。

注意(黄)

- 点灯は、障害が発生し、12VDCが停止していることを示します。

- 消灯は、正常に動作していることを示します。

- 点滅は、機能が停止していることを示します。

OK (緑)

- 点灯は、12VDCを示します。

- 消灯は、DC電圧が存在しないことを示します。

- 点滅は、機能が停止していることを示します。

AC LED (緑)

- 点灯は、AC電源が供給されていることを示します。

- 消灯は、AC電源が存在しないことを示します。

- 点滅は、機能が停止していることを示します。

ファン

シャーシの前面の吸気口には、次のLEDがあります。

FT

- 点灯は、ファンに問題があることを示します。

- 消灯は、正常に動作していることを示します。

B.4 Oracle Big Data Applianceサーバーの部品

次のトピックでは、Oracle Big Data Applianceストレージ・サーバーの交換部品について説明します。

- Oracle Server X6-2LおよびX5-2Lの部品

- Sun Server X4-2Lの部品

- Sun Server X3-2Lの部品

- Sun Fire X4270 M2の部品

注意:

Oracle Big Data Applianceには、2つの予備ドライブが付属しています。ドライブに障害が発生したときに、状況から判断して即座に対処する必要がある場合、ユーザーは、オラクル社のサービス担当者が到着する前にドライブを交換できます。

B.4.1 Oracle Server X6-2LおよびX5-2Lの部品

図B-1に、Oracle Server X6-2LおよびX5-2Lの前面図を示します。ハード・ドライブは、下部の左から始まり、左から右に順に番号が付いています。下段のドライブの番号は0、1、2および3です。中断のドライブの番号は4、5、6および7です。上段のドライブの番号は8、9、10および11です。

図B-1 Oracle Server X6-2LおよびX5-2Lの前面図

図B-2に、Oracle Server X6-2LおよびX5-2Lストレージ・サーバーの背面図を示します。

図B-2 Oracle Server X6-2LおよびX5-2Lの背面図

表B-4に、Oracle Premier Support for Systems保証の対象となるOracle Server X6-2LおよびX5-2Lの交換可能な部品を示します。X6-2LおよびX5-2Lの部品リストは、CPUとDIMMを除いてほぼ同じです。特に記載のないかぎり、修理手順はOracle Server X5-2Lサービス・マニュアルを参照してください。

注意:

システム保証のプレミアム・サポートでは、次の表のすべての交換部品がFRUです。

表B-4 Oracle Server X6-2LおよびX5-2Lストレージ・サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

350-1719

アセンブリ、1U-2Uスナップイン、スリム・レール・ラック

EBO

1. サーバーが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にある、ラックへのサーバーの再設置に関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40004191003899.html

370-5621

3Vリチウム・バッテリ

EBO

次の場所にあるバッテリの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40000f91037456.html

7014226

ケーブル、インターロック、125mm

EBO

次の場所にある、SASケーブルの保守に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.baecfjbc.html

7017231

インジケータ、アセンブリ、右

EBO

次の場所にある、前面LED/USBインジケータ・モジュールの保守に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40001d31014236.html

7023515

ディスク・バックプレーン・アセンブリ、背面2

EBO

次の場所にある前面および背面のストレージ・ドライブ・バックプレーンの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40007ac1419009.html

7044130

電源、A258、1000W、AC入力

HS

1. CMAの背面左側を外し、後方に回転させて右側に出します。
サーバーのすぐ背後にある配線を支える円筒形のクロス・メンバーを後方に退けると両方の電源にアクセスできます。

2. 次の場所にある電源の修理に関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40000091014153.html

3. CMAを交換します。

7045042

ファン・アセンブリ、2U、80x80、フェライト、中央回転

HS

次の場所にあるファン・モジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40000091014194.html

7046442

アセンブリ、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

EBO

1. サーバーが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40000f91037409.html

3. 新しいハードウェアが、ハードウェアおよびファームウェアの仕様を満たしていることを確認します。

# bdacheckhw

7064884

ヒートシンク、CPU (Oracle Server X5-2L)

EBO

次の場所にあるSun Server X5-2サービス・マニュアルのストレージ・ドライブ(CRU)の保守に関する項を参照してください

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40001d31037480.html

7067728

グリース塗布済の1U CPUヒートシンク(Oracle Server X6-2L)

次の場所にあるSun Server X5-2サービス・マニュアルのストレージ・ドライブ(CRU)の保守に関する項を参照してください

7066824

アセンブリ、ドライブ、8TB、3.5インチ、SAS/7200rpm

HS

次の場所にあるSun Server X5-2サービス・マニュアルのストレージ・ドライブおよびリア・ドライブの修理に関する項を参照してください

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40000091011460.html

7069337

アセンブリ、バックプレーン、12X3.5、SAS拡張、2U

EBO

次の場所にある前面および背面のストレージ・ドライブ・バックプレーンの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40007ac1419009.html

7078071

DIMM 16 GB (Oracle Server X5-2L)

EBO

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.ceicjagi.html

7310210

32GB DDR4-2400 DIMM (Oracle Server X6-2L)

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/ceicjagi.html#scrolltoc

7085209

HBA、12Gb SAS PCIe 8ポート内部RAID(フラッシュ・モジュール付属)

EBO

次の場所にある、Oracleストレージ12Gb/s SAS PCIe RAID HBAカードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.gocfy.html

7086345

アセンブリ、スーパー・キャパシタ、13.5ボルト、6.4F、SAS3 HBA

EBO

次の場所にある、Oracleストレージ12Gb/s SAS PCIe RAID HBAカードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.gocfy.html

7086346

ケーブル、スーパー・キャパシタ、620M、6ピン、ストレート、SAS3 HBA

EBO

次の場所にある、SASケーブルの保守に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.baecfjbc.html

7090170

フラッシュ・ドライブ、MLC、OSA ID、USB、8GB

EBO

次の場所にある内部USBフラッシュ・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.ceiicfbd.html

7095106

CPU、2.3GHz 18コア E5-2699 (Oracle Server X5-2L)

EBO

注意:
プロセッサの取り外しおよび交換は、認定されたOracleサービス担当者が行う必要があります。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40001d31037480.html

7313670

CPU、22コア 2.2GHz Intel E5-2699 v4、145W (Oracle Server X6–2L)

注意:
プロセッサの取り外しおよび交換は、認定されたOracleサービス担当者が行う必要があります。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40001d31037480.html#scrolltoc

7096185

アセンブリ、インジケータ、左

EBO

次の場所にある、前面LED/USBインジケータ・モジュールの保守に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48325/cnpsm.z40001d31014236.html

7098504

ASM、MOBOトレイ

EBO

B.4.2 Sun Server X4-2Lの部品

表B-6に、Oracle Premier Support for Systems保証の対象となるSun Server X4-2Lの交換可能な部品を示します。特に記載のないかぎり、修理手順はSun Server X4-2サービス・マニュアルを参照してください。

表B-5 Sun Server X4-2Lサーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

150-3993

バッテリ、3V、390MAH、LITH、COIN

BDA-O

次の場所にあるバッテリの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000f91037456.html#scrolltoc

7090170

8 GB USBフラッシュ・ドライブ

BDA-O

次の場所にある内部USBフラッシュ・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceiicfbd.html#scrolltoc

371-4985

6ギガビットSAS RAID PCIバッテリ・モジュール、RoHS:Y (LION)、BBU-08

BDA-O

1. サーバーの電源を正常に切断します。次の場所にある、サーバーの電源を切断することによる正常なシャットダウンの項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40002401396307.html#scrolltoc

2. 次の場所にあるSun Storage 6 Gb SAS PCIe HBA, 内部インストレーション・ガイドfor HBAモデルSGX-SAS6-INT-ZおよびSG-SAS6-INT-Z(内部専用)を参照してください。
http://docs.oracle.com/cd/E19337-01/index.html

7047503

Niwotカード

BDA-O

1. サーバーの電源を正常に切断します。次の場所にある、サーバーの電源を切断することによる正常なシャットダウンの項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40002401396307.html#scrolltoc

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000f91037409.html#scrolltoc

7057184

アセンブリ・バッテリ・キャリア・リモート

HS

Oracle内部サービス・ドキュメント

7082397

インフィニバンド・デュアル・ポート、QDR CX3、HCA

BDA-O

1. サーバーの電源を正常に切断します。次の場所にある、サーバーの電源を切断することによる正常なシャットダウンの項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40002401396307.html#scrolltoc

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000f91037409.html#scrolltoc

375-3701

6Gbps SAS RAIDディスクPCIe HBA、RoHS:Y

BDA-O

1. サーバーの電源を正常に切断します。次の場所にある、サーバーの電源を切断することによる正常なシャットダウンの項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40002401396307.html#scrolltoc

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000f91037409.html#scrolltoc

注意: ディスクの交換中はどのコントローラ・コマンドも実行しないでください。

7066826

ドライブ、8TB、3.5"、SAS/7200 RPM、CORAL

HS

次の場所にあるストレージ・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091011460.html#scrolltoc

ディスクの交換中はどのコントローラ・コマンドも実行しないでください。

7014391

SASエキスパンダ・アセンブリ

BDA-O

次の場所にあるSASエキスパンダ・モジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceieidja.html#scrolltoc

7020486

DIMM、8GB、DDR3、1600MHz、1.3V

BDA-O

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceicjagi.html#scrolltoc

7018704

DIMM、16GB、DDR3、1600MHz、1.35V

BDA-O

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceicjagi.html#scrolltoc

7041013

DIMM、32 GB、DDR3、RDIMM-1066、QUAD-RANK

BDA-O

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceicjagi.html#scrolltoc

7020774

グリース塗布済のCPUヒートシンク

BDA-O

次の場所にあるプロセッサの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31037480.html#scrolltoc

7075289

CPU、Intel E5-2650 v2 8コア、2.6 GHz

BDA-O

次の場所にあるプロセッサの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31037480.html#scrolltoc

7044130

電源、AC、A258、F、12V、1000W

HS

次の場所にある電源の修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091014153.html#scrolltoc

7045042

デュアル・カウンタ回転ファン・モジュール、80x80mm

HS

次の場所にあるファン・モジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091014194.html#scrolltoc

7047257

次のものが付属した12スロット・バックプレーン・ケーブル・キット

- ディスク・ドライブ・フレックス・ケーブル

- デュアル・バックプレーン電源ケーブル

- シングル・バックプレーン電源ケーブル

- ディスク・データ・ケーブル、iPass+ HD to iPass+ HD、600mm

BDA-O

1. ラックを停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にある前面および背面のストレージ・ドライブ・バックプレーンの修理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40007ac1419009.html#scrolltoc

7047768

12スロット3.5"ディスク・ケージ(ファン・ドアおよび左右のイヤー・アセンブリを含む)

BDA-O

1. ラックを停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にある前面および背面のストレージ・ドライブ・バックプレーンの修理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40007ac1419009.html#scrolltoc

7049382

システム・ボード・アセンブリ、RoHS:Y

BDA-O

1. ラックを停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるマザーボード・アセンブリの修理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31037512.html#scrolltoc

B.4.3 Sun Server X3-2Lの部品

表B-6に、Oracle Premier Support for Systems保証の対象となるSun Server X3-2Lの交換可能な部品を示します。特に記載のないかぎり、修理手順はSun Server X3-2Lサービス・マニュアルを参照してください。

表B-6 Sun Server X3-2Lサーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

150-3993

バッテリ、3V、390MAH、LITH、COIN

BDA-O

次の場所にあるバッテリの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/z40000f91037456.html#scrolltoc

注意: 背面のストレージ・ドライブ1にホスト・バス・アダプタ(HBA)カードのリモート・バッテリ・モジュールが挿入されている可能性があります。次の場所にある背面のストレージ・ドライブの取り外しに関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/bbggjgea.html#scrolltoc

7090170

8 GB USBフラッシュ・ドライブ

BDA-O

次の場所にある内部USBフラッシュ・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/ceiicfbd.html#scrolltoc

371-4985

6ギガビットSAS RAID PCIバッテリ・モジュール、RoHS:Y (LION)、BBU-08

BDA-O

1. サーバーの電源を正常に切断します。次の場所にあるサーバーの電源切断に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z400061b1011735.html

2. 次の場所にあるSun Storage 6 Gb SAS PCIe HBA, 内部インストレーション・ガイドfor HBAモデルSGX-SAS6-INT-ZおよびSG-SAS6-INT-Z(内部専用)を参照してください。
http://docs.oracle.com/cd/E19337-01/index.html

7047503

Niwotカード

BDA-O

1. サーバーの電源を正常に切断します。次の場所にあるサーバーの電源切断に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z400061b1011735.html

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40000f91037409.html

7057184

アセンブリ・バッテリ・キャリア・リモート

HS

次の場所にある背面のストレージ・ドライブの取り外しに関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/bbggjgea.html#scrolltoc

375-3696

インフィニバンド(CX2)・デュアル・ポートCX2 4x QDR PCI-e

BDA-O

1. サーバーの電源を正常に切断します。次の場所にあるサーバーの電源切断に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z400061b1011735.html

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40000f91037409.html

375-3701

6Gbps SAS RAIDディスクPCIe HBA、RoHS:Y

BDA-O

1. サーバーの電源を正常に切断します。次の場所にあるサーバーの電源切断に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z400061b1011735.html

2. 次の場所にあるPCIeカードの修理に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40000f91037409.html

注意: ディスクの交換中はどのコントローラ・コマンドも実行しないでください。

7010036

DR 3TB、3.5インチ、SAS/7200、CORAL

HS

次の場所にあるストレージ・ドライブおよびリア・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/z40000091011460.html

ディスクの交換中はどのコントローラ・コマンドも実行しないでください。

注意: 背面のストレージ・ドライブ1にホスト・バス・アダプタ(HBA)カードのリモート・バッテリ・モジュールが挿入されている可能性があります。次の場所にある背面のストレージ・ドライブの取り外しに関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/bbggjgea.html#scrolltoc

7014391

SASエキスパンダ・アセンブリ

BDA-O

次の場所にあるSASエキスパンダ・モジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/ceieidja.html

7020486

DIMM、8GB、DDR3、1600MHz、1.3V

BDA-O

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/ceicjagi.html#scrolltoc

7018704

DIMM、16GB、DDR3、1600MHz、1.35V

BDA-O

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/ceicjagi.html#scrolltoc

7041013

DIMM、32 GB、DDR3、RDIMM-1066、QUAD-RANK

BDA-O

次の場所にあるDIMMの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/ceicjagi.html#scrolltoc

7020774

グリース塗布済のCPUヒートシンク

BDA-O

次の場所にあるプロセッサの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/z40001d31037480.html#scrolltoc

7026881

CPU、Intel、E5-2660、2.2GHz、8コア

BDA-O

次の場所にあるプロセッサの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/z40001d31037480.html#scrolltoc

7044130

電源、AC、A258、F、12V、1000W

HS

次の場所にある電源の修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/z40000091014153.html

7045042

デュアル・カウンタ回転ファン・モジュール、80x80mm

HS

次の場所にあるファン・モジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E23393_01/html/E27229/z40000091014194.html

7047257

次のものが付属した12スロット・バックプレーン・ケーブル・キット

- ディスク・ドライブ・フレックス・ケーブル

- デュアル・バックプレーン電源ケーブル

- シングル・バックプレーン電源ケーブル

- ディスク・データ・ケーブル、iPass+ HD to iPass+ HD、600mm

BDA-O

1. ラックを停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にある前面および背面のストレージ・ドライブ・バックプレーンの修理に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40007ac1419009.html

7047768

12スロット3.5"ディスク・ケージ(ファン・ドアおよび左右のイヤー・アセンブリを含む)

BDA-O

1. ラックを停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にある前面および背面のストレージ・ドライブ・バックプレーンの修理に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40007ac1419009.html

7049382

システム・ボード・アセンブリ、RoHS:Y

BDA-O

1. ラックを停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるマザーボード・アセンブリの修理に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40001d31037512.html

B.4.4 Sun Fire X4270 M2の部品

表B-7に、Oracle Premier Support for Systems保証の対象となるSun Fire X4270 M2の交換可能な部品を示します。特に記載のないかぎり、修理手順はSun Fire X4270 M2サーバー・サービス・マニュアルを参照してください。

表B-7 Sun Fire X4270 M2サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

150-3993

バッテリ、3V、390MAH、LITH、COIN

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの4.6項のサーバー・バッテリの修理に関する項を参照してください

http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_71528

300-2235

電源、A249、1200W、12V、2U、RoHS:Y

HS

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの電源の修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/hotswap.html#50438178_11706

350-1502

ユニバーサル・ラック・マウント・キット

BDA-O

1. システムが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるSun Fire X4170 M2およびX4270 M2サーバー・インストレーション・ガイドの第2章「スライド・レール付きラックへのサーバーの設置」を参照してください
http://docs.oracle.com/cd/E19245-01/E27205/z4000c671007752.html

7090170

8 GB USBフラッシュ・ドライブ

BDA-O

適用なし

371-4966

LV DIMM、8GB、DDR3、1RX4、1333MHz

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのメモリー・モジュール(DIMM)の修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_71526

371-4982

6ギガビットSAS RAID PCIバッテリ・モジュール、RoHS:Y (LION)、BBU-08

BDA-O

1. システムが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるSun Storage 6 Gb SAS PCIe HBA, 内部インストレーション・ガイドfor HBAモデルSGX-SAS6-INT-ZおよびSG-SAS6-INT-Z(内部専用)を参照してください。
http://docs.oracle.com/cd/E19337-01/index.html

375-3696

インフィニバンド(CX2)・デュアル・ポートCX2 4x QDR PCI-e

BDA-O

1. システムが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアル の4.5項のPCIeカードの修理に関する項を参照してください
http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_86021

375-3701

6Gbps SAS RAIDディスクPCIe HBA、RoHS:Y

BDA-O

1. システムが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアル の4.5項のPCIeカードの修理に関する項を参照してください
http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_86021

注意: ディスクの交換中はサービス・マニュアルのどのコントローラ・コマンドも実行しないでください。

530-3927

ケーブル、PDB、MB、1U+2U、リボン

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのケーブルの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_58217

530-4228

ケーブル、mini-SAS、36 POS LONG、LY、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの5.10項のケーブルの修理に関する項を参照してください

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_78806

541-2075

Bus_bar、電源、1U+2U、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの配電ボードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_85936

541-2884

アセンブリ、ライザー、X8、X8、2U、PCI-E、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのPCIeライザーの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_53252

541-3310

グリース付きXeonヒートシンク、RoHS:Y、2U

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのCPUの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_23425

541-3356

次のものが付属したx8/x8スイッチ付きPCIeライザー・アセンブリ、RoHS:Y

- x8/x8スイッチPCIeライザー

- ブラケット

BDA-O

1. システムが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのPCIeライザーの修理に関する項を参照してください。
http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_53252

541-4081

システム・ボード・アセンブリ、RoHS:Y

BDA-O

1. システムが現在実行中の場合、正常に停止します。「Oracle Big Data Applianceの電源の投入および切断」を参照してください。

2. 次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの4.8項のマザーボードの修理に関する項を参照してください
http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_98526

541-4124

ファン・デッキ、Hyde、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのファン・ボードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_71556

541-4222

アセンブリ、ファン、CR、2U、RoHS:Y

HS

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのファン・モジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/hotswap.html#50438178_28930

541-4223

配電ボード、2U、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの配電ボードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_71558

541-4304

インジケータ、右、Hyde 12/24、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの前面パネルのLEDモジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_71563

541-4305

アセンブリ、ディスク、SAS2、XP_DC、Hyde、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのSASエキスパンダ・ボードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_28246

541-4306

アセンブリ、コネクタ・ボード・ブラケット、Hyde

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのコネクタ・ボードの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_pgfId-1296581

541-4363

12スロット・ディスク・バックプレーン、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのディスク・バックプレーンの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_71557

541-4371

インジケータ、左、Hyde 12/24、RoHS:Y

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルの前面パネルのLEDモジュールの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/infrastructure_x4270_M2.html#50438167_71563

560-2952

次のものが付属したケーブル・キット、Hyde、RoHS:Y

- ディスク・バックプレーン電源ケーブル

- 24スロットDBP電源ケーブル

- 12/24スロット・ディスク・バックプレーン信号ケーブル

- ファン信号ケーブル

- ファン電源ケーブル

BDA-O

キットの個々の品目のエントリを参照してください。

7010036

FRU DR 3TB 3.5インチSAS/7200、CORAL

--

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのストレージ・ドライブとブート・ドライブの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/hotswap.html#50438178_61628

注意: ディスクの交換中はサービス・マニュアルのどのコントローラ・コマンドも実行しないでください。

7012433

3.06GHzプロセッサ

BDA-O

次の場所にあるSun Fire X4270 M2サーバー・サービス・マニュアルのCPUの修理に関する項を参照してください。

http://docs.oracle.com/cd/E19245-01/821-0488-12/motherboard.html#50438179_23425

B.5 Sun Datacenter InfiniBand Switch 36の部品

表B-8に、Oracle Premier Support for Systems保証の対象となるSun Datacenter InfiniBand Switch 36の交換可能な部品を示します。特に記載のないかぎり、修理手順は次の場所にあるSun Datacenter InfiniBand Switch 36サービス・マニュアル を参照してください。

http://docs.oracle.com/cd/E26698_01/index.html

インフィニバンド・ケーブルの詳細は、「Oracle Big Data Applianceラックのケーブルおよびケーブル・アクセサリ」を参照してください。

表B-8 Sun Datacenter InfiniBand Switch 36の交換部品

部品番号

説明

修理カテゴリ

修理手順

7081595

A247A、12V、760W電源、RoHS:Y

HS

次の場所にある電源の修理に関する項を参照してください。

http://docs.oracle.com/cd/E26698_01/html/E26434/z40001f49112.html

350-1312

Sun Datacenter InfiniBand Switch 36のファン・モジュール、RoHS:Y

HS

次の場所にあるファンの修理に関する項を参照してください。

http://docs.oracle.com/cd/E26698_01/html/E26434/z40001f59112.html

371-2210

CR2032 3Vバッテリ、RoHS:Y

IR

次の場所にあるバッテリの修理に関する項を参照してください。

http://docs.oracle.com/cd/E26698_01/html/E26434/z40001f79112.html

541-3495

Sun Datacenter InfiniBand Switch 36、RoHS:YL

IR

1. 「障害のあるインフィニバンド・スイッチの交換」を参照してください。

2. 次の場所にあるSun Datacenter InfiniBand Switch 36インストレーション・ガイドのスイッチの設置に関する項を参照してください。
http://docs.oracle.com/cd/E26698_01/html/E26434/cggfbhhf.html

594-6603

10Gbps QSFP短波長トランシーバ

IR

次の場所にあるデータ・ケーブルの修理に関する項を参照してください。

http://docs.oracle.com/cd/E26698_01/html/E26434/z40001f69112.html

B.6 Sun Network QDR Infiniband Gatewayスイッチの部品

表B-9に、Oracle Premier Support for Systems保証の対象となるSun Network QDR InfiniBand Gatewayスイッチの交換可能な部品を示します。特に記載のないかぎり、修理手順は次の場所にあるSun Network QDR InfiniBand Gateway Switchサービス・マニュアルを参照してください。

http://docs.oracle.com/cd/E26699_01/index.html

インフィニバンド・ケーブルの詳細は、「Oracle Big Data Applianceラックのケーブルおよびケーブル・アクセサリ」を参照してください。

表B-9 Sun Network QDR InfiniBand Gatewayスイッチの交換部品

部品番号

説明

修理カテゴリ

修理手順

7081595

A247A、12V、760W電源、RoHS:Y

HS

次の場所にある電源の修理に関する項を参照してください。

http://docs.oracle.com/cd/E26699_01/html/E26706/z40001f49112.html

350-1312

ファン・モジュール、RoHS:Y

HS

次の場所にあるファンの修理に関する項を参照してください。

http://docs.oracle.com/cd/E26699_01/html/E26706/z40001f59112.html

371-2210

CR2032 3Vバッテリ、RoHS:Y

IR

次の場所にあるバッテリの修理に関する項を参照してください。

http://docs.oracle.com/cd/E26699_01/html/E26706/z40001f79112.html

594-6603

10Gbps QSFP短波長トランシーバ

IR

次の場所にあるデータ・ケーブルの修理に関する項を参照してください。

http://docs.oracle.com/cd/E26699_01/html/E26706/z40001f69112.html

7014378

アセンブリ、システム、NM2-Gateway

IR

1. 「障害のあるインフィニバンド・スイッチの交換」を参照してください。

2. 次の場所にあるSun Network QDR InfiniBand Gateway Switchインストレーション・ガイドのゲートウェイの設置に関する項を参照してください。
http://docs.oracle.com/cd/E26699_01/html/E26706/cggfbhhf.html

B.7 Ciscoイーサネット・スイッチの部品

表B-10に、Oracle Premier Support for Systems保証の対象となるCiscoイーサネット・スイッチの交換可能な部品を示します。

関連項目:

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

表B-10 Cisco Catalystイーサネットの交換部品

部品番号

説明

修理カテゴリ

修理

7055121

冷却ファン・トレイ

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』の第4章を参照してください。

7055122

電源、冗長

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』の第4章を参照してください。

7055123

SNET、WS-C4948E-F

IR

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』の第3章を参照してください。

B.8 配電ユニットの部品

表B-11に、Oracle Premier Support for Systems保証の対象となる配電ユニット(PDU)の交換部品を示します。修理手順は次の場所にあるSun Rack II配電ユニット・ユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/E19844-01/html/E29153/index.html

ケーブルおよび接続の数を考慮して、配電ユニットの部品の交換中は、Oracle Big Data Applianceラックを停止することをお薦めします。

表B-11 配電ユニットの交換部品

部品番号

説明

修理カテゴリ

修理手順

180-2379

13A/250V 90度IEC 320 Sheet E to IEC 320 C13コード、1m、RoHS:Y

HS

適用なし

180-2380

13A/250V 90度IEC 320 Sheet E to IEC 320 C13コード、2m、RoHS:Y

HS

適用なし

371-3995

3相PDU: 15kVA、IEC309 60A、4ピン、250VAC、3相IP67、北アメリカ、RoHS:Y

IR

次の場所にあるPDUの取外しと交換に関する項を参照してください。

http://docs.oracle.com/cd/E19844-01/E23956/z40000121011643.html#scrolltoc

371-4976

3相PDU: 15kVA、5ピン、IEC309 32A、5ピン230/400V、3相IP44、インターナショナル、RoHS:Y

IR

次の場所にあるPDUの取外しと交換に関する項を参照してください。

http://docs.oracle.com/cd/E19844-01/E23956/z40000121011643.html#scrolltoc

371-4199

単相PDU: 15kVA、3つの30A/250V 2極/3線式NEMA L6-30Pプラグ付き、北アメリカ、RoHS:Y

IR

次の場所にあるPDUの取外しと交換に関する項を参照してください。

http://docs.oracle.com/cd/E19844-01/E23956/z40000121011643.html#scrolltoc

371-5040

単相PDU: 22kVA、3つの青い32A/240V防沫形2極/3線式IEC 60309プラグ付き、インターナショナル、RoHS:Y

IR

次の場所にあるPDUの取外しと交換に関する項を参照してください。

http://docs.oracle.com/cd/E19844-01/E23956/z40000121011643.html#scrolltoc

B.9 Oracle Big Data Applianceラックのケーブルおよびケーブル・アクセサリ

表B-12に、Oracle Premier Support for Systems保証の対象となるOracle Big Data Applianceラックの交換ケーブルおよびケーブル・アクセサリを示します。

関連項目:

- Sun Network QDR InfiniBand Gateway Switchサービス・マニュアル
http://docs.oracle.com/cd/E26699_01/html/E26706/gentextid-26783.html#scrolltoc

- Sun Datacenter InfiniBand Switch 36サービス・マニュアル
http://docs.oracle.com/cd/E26698_01/html/E26434/gentextid-21904.html#scrolltoc

- 『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』
http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

表B-12 Oracle Big Data Applianceラックの交換ケーブル

部品番号

説明

修理カテゴリ

修理

350-1287

Sunサーバー用スリム・レール、CMA、1U-2U

BDA-O

1. サーバーの電源を正常に切断します。次の場所にあるサーバーの電源切断に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z400061b1011735.html

2. 次の場所にあるSun Server X3-2Lインストレーション・ガイドのケーブル管理アームの設置に関する項を参照してください。
http://docs.oracle.com/cd/E23393_01/html/E27229/z40000401014951.html

350-1519

次のものが付属したシリアル・ケーブル・キット、RoHS:Y

- USB to DB 9ピンMシリアル・ケーブル

- DB 9ピンF to DB 9ピンFヌル・モデム・ケーブル

HS

次の場所にあるSun Datacenter InfiniBand Switch 36インストレーション・ガイドのケーブル配線の理解に関する項を参照してください。

http://docs.oracle.com/cd/E26698_01/html/E26434/cggfhjcc.html

530-4567

4x QSFP銅線QDRインフィニバンド・ケーブル、2m、RoHS:Y

HS

1. 「インフィニバンド・ネットワークの管理」を参照してください。

2. 次の場所にあるSun Datacenter InfiniBand Switch 36インストレーション・ガイドのケーブル配線の理解に関する項を参照してください。
http://docs.oracle.com/cd/E26698_01/html/E26434/cggfhjcc.html

注意: ケーブル交換中は冗長性が失われます。

530-4445

4x QSFP銅線QDRインフィニバンド・ケーブル、3m、RoHS:Y

HS

1. 「インフィニバンド・ネットワークの管理」を参照してください。

2. 次の場所にあるSun Datacenter InfiniBand Switch 36インストレーション・ガイドのケーブル配線の理解に関する項を参照してください。
http://docs.oracle.com/cd/E26698_01/html/E26434/cggfhjcc.html

530-4446

4x QSFP銅線QDRインフィニバンド・ケーブル、5m、RoHS:Y

HS

1. 「インフィニバンド・ネットワークの管理」を参照してください。

2. 次の場所にあるSun Datacenter InfiniBand Switch 36インストレーション・ガイドのケーブル配線の理解に関する項を参照してください。
http://docs.oracle.com/cd/E26698_01/html/E26434/cggfhjcc.html

530-4432

イーサネット・ケーブル、カテゴリ5/5E、RJ45 to RJ45、7フィート、青、RoHS:Y

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』を参照してください。

530-4433

イーサネット・ケーブル、カテゴリ5/5E、RJ45 to RJ45、10フィート、赤、RoHS:Y

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』を参照してください。

530-4434

イーサネット・ケーブル、カテゴリ5/5E、RJ45 to RJ45、7フィート、赤、RoHS:Y

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』を参照してください。

530-4435

イーサネット・ケーブル、カテゴリ5/5E、RJ45 to RJ45、10フィート、黒、RoHS:Y

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』を参照してください。

530-4436

イーサネット・ケーブル、カテゴリ5/5E、RJ45 to RJ45、7フィート、黒、RoHS:Y

HS

『Cisco Catalyst 4948E and Catalyst 4948E-F Switch Installation Guide』を参照してください。

C Oracle Big Data Appliance X6–2およびX5-2のラック内ケーブル配線の表

この付録の表では、Oracle Big Data Appliance X6-2およびX5-2ラックのラック内ケーブル接続を示します。この付録の内容は次のとおりです。

- ケーブルの色分け

- Oracle Big Data Applianceラックのレイアウト

- 管理ギガビット・イーサネットのケーブル接続

- Oracle Integrated Lights Out Managerのケーブル接続

- 単相配電ユニットのケーブル接続

- 3相配電ユニットのケーブル接続

- ラック内インフィニバンド・スイッチ間のケーブル接続

- ラック内インフィニバンド・スイッチとサーバーのケーブル接続

C.1 ケーブルの色分け

Oracle Big Data Applianceで使用されるケーブルは、次のように色分けされています。

- 黒: インフィニバンド・ケーブルまたはAC電源ジャンパ・ケーブル

- 赤: Integrated Lights Out Management (Oracle ILOM)イーサネット管理ケーブル

- 青: ギガビット・イーサネット管理(eth0)ケーブル

C.2 Oracle Big Data Applianceラックのレイアウト

次の図は、Oracle Big Data Appliance X6-2およびX5-2の3つの構成(フル・ラック、スタータ・ラック、高容量ノードとインフィニバンド・インフラストラクチャが組み込まれたスタータ・ラック)の前面および背面からのレイアウトを示します。

図C-1は、Oracle Big Data Appliance X6-2およびX5-2のフル・ラックのレイアウトを示します。

図C-1 Oracle Big Data Appliance X6-2およびX5-2のフル・ラックのレイアウト

図C-2は、Oracle Big Data Appliance X6-2およびX5-2のスタータ・ラックのレイアウトを示します。

図C-2 Oracle Big Data Appliance X6-2およびX5-2のスタータ・ラックのレイアウト

図C-3では、高容量ノードとインフィニバンド・インフラストラクチャが組み込まれた、Oracle Big Data Appliance X6–2またはX5-2スタータ・ラックのレイアウトを示します。

図C-3では、Big Data Appliance高容量ノードとインフィニバンド・インフラストラクチャが組み込まれた、Oracle Big Data Appliance X6-2およびX5-2スタータ・ラックのレイアウトを示します

C.3 管理ギガビット・イーサネットのケーブル接続

表C-1に、管理ギガビット・イーサネット・ネットワーク(Net 0)のケーブル接続を示します。イーサネット・スイッチはラック・ユニット21にあります。ケーブルは長さ10フィートで黒色ですが、PDUケーブルのみ長さ1メートルで白色です。

表C-1 管理ギガビット・イーサネットのケーブル配線

接続元ラック・ユニット(1)

コンポーネント

接続先イーサネット・ポート

U39

サーバー18

1

U37

サーバー17

3

U35

サーバー16

5

U33

サーバー15

7

U31

サーバー14

9

U29

サーバー13

11

U27

サーバー12

13

U25

サーバー11

17

U23

サーバー10

21

U22

NM2-IBスイッチ

45

U20

NM2-IBスイッチ

46

U18

サーバー9

25

U16

サーバー8

29

U14

サーバー7

31

U12

サーバー6

33

U10

サーバー5

35

U8

サーバー4

37

U6

サーバー3

39

U4

サーバー2

41

U2

サーバー1

43

U1

NM2-IBスイッチ

47

PDU-A

PDU-A

15

PDU-B

PDU-B

19

C.4 Oracle Integrated Lights Out Managerのケーブル接続

表C-2に、サーバーからOracle ILOMスイッチへのケーブル接続を示します。サーバーのOracle ILOMポートは、Net Mgtというラベルが付いており、ラック・ユニット21にあるCiscoイーサネット・スイッチに接続されます。

表C-2 Oracle ILOMのケーブル配線

接続元ラック・ユニット(2)

コンポーネント

イーサネット・ポート

ケーブル長

ケーブル色

U39

サーバー18

2

10フィート

赤

U37

サーバー17

4

10フィート

赤

U35

サーバー16

6

10フィート

赤

U33

サーバー15

8

10フィート

赤

U31

サーバー14

10

10フィート

赤

U29

サーバー13

12

10フィート

赤

U27

サーバー12

14

10フィート

赤

U25

サーバー11

18

10フィート

赤

U23

サーバー10

22

10フィート

赤

U18

サーバー9

26

10フィート

赤

U16

サーバー8

30

10フィート

赤

U14

サーバー7

32

10フィート

赤

U12

サーバー6

34

10フィート

赤

U10

サーバー5

36

10フィート

赤

U8

サーバー4

38

10フィート

赤

U6

サーバー3

40

10フィート

赤

U4

サーバー2

42

10フィート

赤

U2

サーバー1

44

10フィート

赤

適用なし

サービス

48

7フィート

青

C.5 単相配電ユニットのケーブル接続

表C-3に、各配電ユニット(PDU)からラックの電源への単相ケーブル配線の接続を示します。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表C-3 単相PDUのケーブル配線

ラック・ユニット(3)

PDU-A/PS-00

PDU-B/PS-01

ケーブル長

U39

G5-6

G0-0

2m

U37

G5-3

G0-3

2m

U35

G5-0

G0-6

2m

U33

G4-6

G1-0

2m

U31

G4-4

G1-2

2m

U29

G4-2

G1-4

2m

U27

G3-6

G2-0

2m

U25

G3-5

G2-1

2m

U23

G3-3

G2-3

2m

U22

G3-1

G2-5

1m

U21

G3-0

G2-6

2m

U20

G2-4

G3-2

2m

U18

G2-2

G3-4

2m

U16

G1-6

G4-0

2m

U14

G2-0

G3-6

2m

U12

G1-4

G4-2

2m

U10

G1-2

G4-4

2m

U8

G1-0

G4-6

2m

U6

G0-6

G5-0

2m

U4

G0-4

G5-2

2m

U2

G0-2

G5-4

2m

U1

G0-0

G5-6

2m

C.6 3相配電ユニットのケーブル接続

表C-4に、各配電ユニット(PDU)からラックの電源への3相ケーブル配線を示します。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入り、4本のグループごとにまとめられます。

表C-4 3相PDUのケーブル配線

ラック・ユニット(4)

PDU-A/PS-00

PDU-B/PS-01

ケーブル長

U39

G5-6

G2-0

2m

U37

G5-3

G2-3

2m

U35

G5-0

G2-6

2m

U33

G4-6

G1-0

2m

U31

G4-4

G1-2

2m

U29

G4-2

G1-4

2m

U27

G3-6

G0-0

2m

U25

G3-5

G0-1

2m

U23

G3-3

G0-3

2m

U22

G5-1

G2-5

2m

U21

G3-0

G0-6

2m

U20

G2-4

G5-2

2m

U18

G2-2

G5-4

2m

U16

G1-6

G4-0

2m

U14

G2-0

G5-6

2m

U12

G1-4

G4-2

2m

U10

G1-2

G4-4

2m

U8

G1-0

G4-6

2m

U6

G0-6

G3-0

2m

U4

G0-4

G3-2

2m

U2

G0-2

G3-4

2m

U1

G0-0

G3-6

2m

C.7 ラック内インフィニバンド・スイッチ間のケーブル接続

表C-5に、スイッチからスイッチへのインフィニバンド接続の場所、ポートおよびケーブルを示します。

表C-5 インフィニバンド・スイッチ間のケーブル配線

インフィニバンド・スイッチ・ラック・ユニット(5)から

ポート

インフィニバンド・スイッチ・ラック・ユニット5へ

ポート

ケーブル長

説明

U20

9B

U22

9A

2m

リーフからリーフ

U20

10B

U22

10A

2m

リーフからリーフ

U20

11B

U22

11A

2m

リーフからリーフ

U20

8A

U22

8A

2m

リーフからリーフ

U20

9A

U22

9B

2m

リーフからリーフ

U20

10A

U22

10B

2m

リーフからリーフ

U20

11A

U22

11B

2m

リーフからリーフ

U1

1B

U20

8B

3m

スパインからリーフ

U1

0B

U22

8B

3m

スパインからリーフ

図C-4は、Sun Network QDR InfiniBand Gateway Switchのポートの場所を示します。ポート5A、5B、6A、6Bおよび7Aは、Oracle Exalytics In-Memory Machineなどの別のデバイスへの接続に使用できます。ポート5Aから始めることをお薦めします。ポート7BはOracle Big Data Applianceで将来使用するために予約されています。

図C-4 Sun Network QDR InfiniBand Gatewayのポート

C.8 ラック内インフィニバンド・スイッチとサーバーのケーブル接続

表C-6に、リーフ・スイッチからサーバーへのインフィニバンド接続の場所、ポートおよびケーブルを示します。

表C-6 インフィニバンド・スイッチとサーバーのケーブル配線

インフィニバンド・スイッチ・ラック・ユニット(6)から

ポート

ラック・ユニット6へ

ポート(7)

ケーブル長

U22

0A

U39

PCIe 3 P1

3m

U22

0B

U37

PCIe 3 P1

3m

U22

1A

U35

PCIe 3 P1

3m

U22

1B

U33

PCIe 3 P1

3m

U22

2A

U31

PCIe 3 P1

3m

U22

2B

U29

PCIe 3 P1

3m

U22

3A

U27

PCIe 3 P1

3m

U22

3B

U25

PCIe 3 P1

3m

U22

4A

U23

PCIe 3 P1

3m

U20

0A

U39

PCIe 3 P2

3m

U20

0B

U37

PCIe 3 P2

3m

U20

1A

U35

PCIe 3 P2

3m

U20

1B

U33

PCIe 3 P2

3m

U20

2A

U31

PCIe 3 P2

3m

U20

2B

U29

PCIe 3 P2

3m

U20

3A

U27

PCIe 3 P2

3m

U20

3B

U25

PCIe 3 P2

3m

U20

4A

U23

PCIe 3 P2

3m

U20

4B

U18

PCIe 3 P1

3m

U20

12A

U16

PCIe 3 P1

3m

U20

12B

U14

PCIe 3 P1

3m

U20

13A

U12

PCIe 3 P1

3m

U20

13B

U10

PCIe 3 P1

3m

U20

14A

U8

PCIe 3 P1

3m

U20

14B

U6

PCIe 3 P1

3m

U20

15A

U4

PCIe 3 P1

3m

U20

15B

U2

PCIe 3 P1

3m

U22

4B

U18

PCIe 3 P2

3m

U22

12A

U16

PCIe 3 P2

3m

U22

12B

U14

PCIe 3 P2

3m

U22

13A

U12

PCIe 3 P2

3m

U22

13B

U10

PCIe 3 P2

3m

U22

14A

U8

PCIe 3 P2

3m

U22

14B

U6

PCIe 3 P2

3m

U22

15A

U4

PCIe 3 P2

3m

U22

15B

U2

PCIe 3 P2

3m

[1] Unはラック内のユニット位置で、nは番号です。

[2] Unはラック内のユニット位置で、nは番号です。

[3] Unはラック内のユニット位置で、nは番号です。

[4] Unはラック内のユニット位置で、nは番号です。

5 Unはラック内のユニット位置で、nは番号です。

6 Unはラック内のユニット位置で、nは番号です。

[7] Pnはインフィニバンド・ポートで、nはポート番号です。

D Oracle Big Data Appliance X4-2およびX3-2のラック内ケーブル配線の表

この付録の表では、Oracle Big Data Appliance X4-2ラックおよびOracle Big Data Appliance X3-2ラックのラック内ケーブル接続を示します。この付録の内容は次のとおりです。

- ケーブルの色分け

- Oracle Big Data Applianceラックのレイアウト

- 管理ギガビット・イーサネットのケーブル接続

- Oracle Integrated Lights Out Managerのケーブル接続

- 単相配電ユニットのケーブル接続

- 3相配電ユニットのケーブル接続

- ラック内インフィニバンド・スイッチ間のケーブル接続

- ラック内インフィニバンド・スイッチとサーバーのケーブル接続

D.1 ケーブルの色分け

Oracle Big Data Applianceで使用されるケーブルは、次のように色分けされています。

- 黒: インフィニバンド・ケーブルまたはAC電源ジャンパ・ケーブル

- 赤: Integrated Lights Out Management (Oracle ILOM)イーサネット管理ケーブル

- 青: ギガビット・イーサネット管理(eth0)ケーブル

D.2 Oracle Big Data Applianceラックのレイアウト

次の図は、Oracle Big Data Appliance X4-2およびX3-2の3つの構成(フル・ラック、スタータ・ラック、高容量ノードとインフィニバンド・インフラストラクチャが組み込まれたスタータ・ラック)の前面および背面からのレイアウトを示します。

図D-1では、Oracle Big Data Appliance X4-2またはOracle Big Data Appliance X3-2のフル・ラックのレイアウトを示します。

図D-1 Oracle Big Data Appliance X4-2のフル・ラックのレイアウト

図D-2では、Oracle Big Data Appliance X4-2またはOracle Big Data Appliance X3-2のスタータ・ラックのレイアウトを示します。

図D-2 Oracle Big Data Appliance X4-2のスタータ・ラックのレイアウト

図D-3では、高容量ノードとインフィニバンド・インフラストラクチャが組み込まれた、Oracle Big Data Appliance X4-2またはOracle Big Data Appliance X3-2スタータ・ラックのレイアウトを示します。

図D-3では、Big Data Appliance X5-2高容量ノードとインフィニバンド・インフラストラクチャが組み込まれた、Oracle Big Data Appliance X4-2スタータ・ラックのレイアウトを示します

D.3 管理ギガビット・イーサネットのケーブル接続

表D-1に、管理ギガビット・イーサネット・ネットワーク(Net 0)のケーブル接続を示します。イーサネット・スイッチはラック・ユニット21にあります。ケーブルは長さが10フィートで黒色です。

表D-1 管理ギガビット・イーサネットのケーブル配線

接続元ラック・ユニット(1)

コンポーネント

接続先イーサネット・ポート

U39

サーバー18

1

U37

サーバー17

3

U35

サーバー16

5

U33

サーバー15

7

U31

サーバー14

9

U29

サーバー13

11

U27

サーバー12

13

U25

サーバー11

17

U23

サーバー10

21

U22

NM2-IBスイッチ

45

U20

NM2-IBスイッチ

46

U18

サーバー9

25

U16

サーバー8

29

U14

サーバー7

31

U12

サーバー6

33

U10

サーバー5

35

U8

サーバー4

37

U6

サーバー3

39

U4

サーバー2

41

U2

サーバー1

43

U1

NM2-IBスイッチ

47

D.4 Oracle Integrated Lights Out Managerのケーブル接続

表D-2に、サーバーからOracle ILOMスイッチへのケーブル接続を示します。サーバーのOracle ILOMポートは、Net Mgtというラベルが付いており、ラック・ユニット21にあるCiscoイーサネット・スイッチに接続されます。

表D-2 Oracle ILOMのケーブル配線

接続元ラック・ユニット(2)

コンポーネント

イーサネット・ポート

ケーブル長

ケーブル色

U39

サーバー18

2

10フィート

赤

U37

サーバー17

4

10フィート

赤

U35

サーバー16

6

10フィート

赤

U33

サーバー15

8

10フィート

赤

U31

サーバー14

10

10フィート

赤

U29

サーバー13

12

10フィート

赤

U27

サーバー12

14

10フィート

赤

U25

サーバー11

18

10フィート

赤

U23

サーバー10

22

10フィート

赤

U18

サーバー9

26

10フィート

赤

U16

サーバー8

30

10フィート

赤

U14

サーバー7

32

10フィート

赤

U12

サーバー6

34

10フィート

赤

U10

サーバー5

36

10フィート

赤

U8

サーバー4

38

10フィート

赤

U6

サーバー3

40

10フィート

赤

U4

サーバー2

42

10フィート

赤

U2

サーバー1

44

10フィート

赤

PDU-A

PDU-A

15

1m

白

PDU-B

PDU-B

19

1m

白

適用なし

サービス

48

10フィート

青

D.5 単相配電ユニットのケーブル接続

表D-3に、各配電ユニット(PDU)からラックの電源への単相ケーブル配線の接続を示します。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表D-3 単相PDUのケーブル配線

ラック・ユニット(3)

PDU-A/PS-00

PDU-B/PS-01

ケーブル長

U39

G5-6

G0-0

2m

U37

G5-3

G0-3

2m

U35

G5-0

G0-6

2m

U33

G4-6

G1-0

2m

U31

G4-4

G1-2

2m

U29

G4-2

G1-4

2m

U27

G3-6

G2-0

2m

U25

G3-5

G2-1

2m

U23

G3-3

G2-3

2m

U24

G3-1

G2-5

2m

U23

適用なし

G3-0

同梱

U22

G2-5

G3-1

1m

U21

G3-0

G2-6

2m

U20

G2-4

G3-2

2m

U18

G2-2

G3-4

2m

U16

G1-6

G4-0

2m

U14

G2-0

G3-6

2m

U12

G1-4

G4-2

2m

U10

G1-2

G4-4

2m

U8

G1-0

G4-6

2m

U6

G0-6

G5-0

2m

U4

G0-4

G5-2

2m

U2

G0-2

G5-4

2m

U1

G0-0

G5-6

2m

D.6 3相配電ユニットのケーブル接続

表D-4に、各配電ユニット(PDU)からラックの電源への3相ケーブル配線を示します。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入り、4本のグループごとにまとめられます。

表D-4 3相PDUのケーブル配線

ラック・ユニット(4)

PDU-A/PS-00

PDU-B/PS-01

ケーブル長

U39

G5-6

G2-0

2m

U37

G5-3

G2-3

2m

U35

G5-0

G2-6

2m

U33

G4-6

G1-0

2m

U31

G4-4

G1-2

2m

U29

G4-2

G1-4

2m

U27

G3-6

G0-0

2m

U25

G3-5

G0-1

2m

U23

G3-3

G0-3

2m

U24

G3-1

G0-5

2m

U23

適用なし

G5-0

同梱

U22

G2-5

G5-1

1m

U21

G3-0

G0-6

2m

U20

G2-4

G5-2

2m

U18

G2-2

G5-4

2m

U16

G1-6

G4-0

2m

U14

G2-0

G5-6

2m

U12

G1-4

G4-2

2m

U10

G1-2

G4-4

2m

U8

G1-0

G4-6

2m

U6

G0-6

G3-0

2m

U4

G0-4

G3-2

2m

U2

G0-2

G3-4

2m

U1

G0-0

G3-6

2m

D.7 ラック内インフィニバンド・スイッチ間のケーブル接続

表D-5に、スイッチからスイッチへのインフィニバンド接続の場所、ポートおよびケーブルを示します。

表D-5 インフィニバンド・スイッチ間のケーブル配線

インフィニバンド・スイッチ・ラック・ユニット(5)から

ポート

インフィニバンド・スイッチ・ラック・ユニット5へ

ポート

ケーブル長

説明

U20

9B

U22

9A

2m

リーフからリーフ

U20

10B

U22

10A

2m

リーフからリーフ

U20

11B

U22

11A

2m

リーフからリーフ

U20

8A

U22

8A

2m

リーフからリーフ

U20

9A

U22

9B

2m

リーフからリーフ

U20

10A

U22

10B

2m

リーフからリーフ

U20

11A

U22

11B

2m

リーフからリーフ

U1

0B

U20

8B

3m

スパインからリーフ

U1

1B

U22

8B

3m

スパインからリーフ

図D-4は、Sun Network QDR Infiniband Gateway Switchのポートの場所を示します。ポート5A、5B、6A、6Bおよび7Aは、Oracle Exalytics In-Memory Machineなどの別のデバイスへの接続に使用できます。ポート5Aから始めることをお薦めします。ポート7BはOracle Big Data Applianceで将来使用するために予約されています。

図D-4 Sun Network QDR InfiniBand Gatewayのポート

D.8 ラック内インフィニバンド・スイッチとサーバーのケーブル接続

表D-6に、リーフ・スイッチからサーバーへのインフィニバンド接続の場所、ポートおよびケーブルを示します。

表D-6 インフィニバンド・スイッチとサーバーのケーブル配線

インフィニバンド・スイッチ・ラック・ユニット(6)から

ポート

ラック・ユニット6へ

ポート(7)

ケーブル長

U22

0A

U39

PCIe 3 P1

3m

U22

0B

U37

PCIe 3 P1

3m

U22

1A

U35

PCIe 3 P1

3m

U22

1B

U33

PCIe 3 P1

3m

U22

2A

U31

PCIe 3 P1

3m

U22

2B

U29

PCIe 3 P1

3m

U22

3A

U27

PCIe 3 P1

3m

U22

3B

U25

PCIe 3 P1

2m

U22

4A

U23

PCIe 3 P1

2m

U20

0A

U39

PCIe 3 P2

3m

U20

0B

U37

PCIe 3 P2

3m

U20

1A

U35

PCIe 3 P2

3m

U20

1B

U33

PCIe 3 P2

3m

U20

2A

U31

PCIe 3 P2

3m

U20

2B

U29

PCIe 3 P2

3m

U20

3A

U27

PCIe 3 P2

3m

U20

3B

U25

PCIe 3 P2

2m

U20

4A

U23

PCIe 3 P2

2m

U20

4B

U18

PCIe 3 P1

2m

U20

12A

U16

PCIe 3 P1

2m

U20

12B

U14

PCIe 3 P1

3m

U20

13A

U12

PCIe 3 P1

3m

U20

13B

U10

PCIe 3 P1

3m

U20

14A

U8

PCIe 3 P1

3m

U20

14B

U6

PCIe 3 P1

3m

U20

15A

U4

PCIe 3 P1

3m

U20

15B

U2

PCIe 3 P1

3m

U22

4B

U18

PCIe 3 P2

2m

U22

12A

U16

PCIe 3 P2

2m

U22

12B

U14

PCIe 3 P2

3m

U22

13A

U12

PCIe 3 P2

3m

U22

13B

U10

PCIe 3 P2

3m

U22

14A

U8

PCIe 3 P2

3m

U22

14B

U6

PCIe 3 P2

3m

U22

15A

U4

PCIe 3 P2

3m

U22

15B

U2

PCIe 3 P2

3m

[1] Unはラック内のユニット位置で、nは番号です。

[2] Unはラック内のユニット位置で、nは番号です。

[3] Unはラック内のユニット位置で、nは番号です。

[4] Unはラック内のユニット位置で、nは番号です。

5 Unはラック内のユニット位置で、nは番号です。

6 Unはラック内のユニット位置で、nは番号です。

[7] Pnはインフィニバンド・ポートで、nはポート番号です。

E Oracle Big Data Appliance Sun Fire X4270 M2のラック内ケーブル配線の表

この付録の表では、Sun Fire X4270 M2ベースのOracle Big Data Applianceラックのラック内ケーブル接続を示します。この付録の内容は次のとおりです。

- ケーブルの色分け

- Oracle Big Data Applianceラックのレイアウト

- KVMネットワークのケーブル接続

- 管理ギガビット・イーサネットのケーブル接続

- Oracle Integrated Lights Out Managerのケーブル接続

- 単相配電ユニットのケーブル接続

- 3相配電ユニットのケーブル接続

- ラック内インフィニバンド・スイッチ間のケーブル接続

- ラック内インフィニバンド・スイッチとサーバーのケーブル接続

E.1 ケーブルの色分け

Oracle Big Data Applianceで使用されるケーブルは、次のように色分けされています。

- 黒: インフィニバンド・ケーブルまたはAC電源ジャンパ・ケーブル

- 赤: Integrated Lights Out Management (Oracle ILOM)イーサネット管理ケーブル

- 青: ギガビット・イーサネット管理(eth0)ケーブル

- 橙: KVMスイッチとドングルをつなぐケーブル

E.2 Oracle Big Data Applianceラックのレイアウト

図E-1に、Oracle Big Data Applianceラックの前面および背面のレイアウトを示します。

図E-1 Oracle Big Data Applianceのラック・レイアウト

E.3 KVMネットワークのケーブル接続

KVMスイッチは、Sun Fire X4270 M2ベース・ラックにのみ付属します。

表E-1に、キーボード、ビデオおよびマウス(KVM)・ネットワークのサーバーに対するケーブル配線を示します。ケーブルは橙色です。

表E-1 KVMのケーブル配線

接続元ラック・ユニット

コンポーネント

接続先KVMポート

U41

サーバー18

1

U39

サーバー17

2

U37

サーバー16

3

U35

サーバー15

4

U33

サーバー14

5

U31

サーバー13

6

U29

サーバー12

7

U28

サーバー11

8

U27

サーバー10

9

U26

NM2-IBリーフ・スイッチ

10

U25

KVMスイッチ

11

U19

KVMトレイ

12

U18

Ciscoスイッチ

13

U17

NM2-IBリーフ・スイッチ

14

U16

サーバー9

15

U14

サーバー8

16

U12

サーバー7

17

U10

サーバー6

18

U8

サーバー5

19

U6

サーバー4

20

U4

サーバー3

21

U2

サーバー2

22

E.4 管理ギガビット・イーサネットのケーブル接続

表E-2に、管理ギガビット・イーサネット・ネットワーク(Net 0)のケーブル接続を示します。イーサネット・スイッチはラック・ユニット21にあります。ケーブルは長さが10フィートで黒色です。

表E-2 管理ギガビット・イーサネットのケーブル配線

接続元ラック・ユニット(1)

コンポーネント

接続先イーサネット・ポート

U41

サーバー18

1

U39

サーバー17

3

U37

サーバー16

5

U35

サーバー15

7

U33

サーバー14

9

U31

サーバー13

11

U29

サーバー12

13

U27

サーバー11

17

U25

サーバー11

21

U24

NM2-IBスイッチ

45

U20

NM2-IBスイッチ

46

U18

サーバー10

25

U16

サーバー9

29

U14

サーバー8

31

U12

サーバー7

33

U10

サーバー6

35

U8

サーバー5

37

U6

サーバー4

39

U4

サーバー3

41

U2

NM2-IBスイッチ

43

U1

サーバー2

47

E.5 Oracle Integrated Lights Out Managerのケーブル接続

表E-3に、サーバーからOracle ILOMスイッチへのケーブル接続を示します。サーバーのOracle ILOMポートは、Net Mgtというラベルが付いており、ラック・ユニット21にあるCiscoイーサネット・スイッチに接続されます。

表E-3 Oracle ILOMのケーブル配線

接続元ラック・ユニット(2)

コンポーネント

イーサネット・ポート

ケーブル長

ケーブル色

U41

サーバー18

2

10フィート

赤

U39

サーバー17

4

10フィート

赤

U37

サーバー16

6

10フィート

赤

U35

サーバー15

8

10フィート

赤

U33

サーバー14

10

10フィート

赤

U31

サーバー13

12

10フィート

赤

U29

サーバー12

14

10フィート

赤

U27

サーバー11

18

10フィート

赤

U25

サーバー10

22

10フィート

赤

U18

サーバー9

26

10フィート

赤

U16

サーバー8

30

10フィート

赤

U14

サーバー7

32

10フィート

赤

U12

サーバー6

34

10フィート

赤

U10

サーバー5

36

10フィート

赤

U8

サーバー4

38

10フィート

赤

U6

サーバー3

40

10フィート

赤

U4

サーバー2

42

10フィート

赤

U2

サーバー1

44

10フィート

赤

PDU-A

PDU-A

15

1m

白

PDU-B

PDU-B

20

1m

白

適用なし

サービス

48

10フィート

青

E.6 単相配電ユニットのケーブル接続

表E-4に、各配電ユニット(PDU)からラックの電源への単相ケーブル配線の接続を示します。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表E-4 単相PDUのケーブル配線

ラック・ユニット(3)

PDU-A/PS-00

PDU-B/PS-01

ケーブル長

U41

G5-6

G0-0

2m

U39

G5-3

G0-3

2m

U37

G5-0

G0-6

2m

U35

G4-6

G1-0

2m

U33

G4-4

G1-2

2m

U31

G4-2

G1-4

2m

U29

G3-6

G2-0

2m

U27

G3-5

G2-1

2m

U25

G3-3

G2-3

2m

U24

G3-1

G2-5

2m

U23

適用なし

G3-0

同梱

U22

G2-5

G3-1

1m

U21

G3-0

G2-6

2m

U20

G2-4

G3-2

2m

U18

G2-2

G3-4

2m

U16

G1-6

G4-0

2m

U14

G2-0

G3-6

2m

U12

G1-4

G4-2

2m

U10

G1-2

G4-4

2m

U8

G1-0

G4-6

2m

U6

G0-6

G5-0

2m

U4

G0-4

G5-2

2m

U2

G0-2

G5-4

2m

U1

G0-0

G5-6

2m

E.7 3相配電ユニットのケーブル接続

表E-5に、各配電ユニット(PDU)からラックの電源への3相ケーブル配線を示します。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入り、4本のグループごとにまとめられます。

表E-5 3相PDUのケーブル配線

ラック・ユニット(4)

PDU-A/PS-00

PDU-B/PS-01

ケーブル長

U41

G5-6

G2-0

2m

U39

G5-3

G2-3

2m

U37

G5-0

G2-6

2m

U35

G4-6

G1-0

2m

U33

G4-4

G1-2

2m

U31

G4-2

G1-4

2m

U29

G3-6

G0-0

2m

U27

G3-5

G0-1

2m

U25

G3-3

G0-3

2m

U24

G3-1

G0-5

2m

U23

適用なし

G5-0

同梱

U22

G2-5

G5-1

1m

U21

G3-0

G0-6

2m

U20

G2-4

G5-2

2m

U18

G2-2

G5-4

2m

U16

G1-6

G4-0

2m

U14

G2-0

G5-6

2m

U12

G1-4

G4-2

2m

U10

G1-2

G4-4

2m

U8

G1-0

G4-6

2m

U6

G0-6

G3-0

2m

U4

G0-4

G3-2

2m

U2

G0-2

G3-4

2m

U1

G0-0

G3-6

2m

E.8 ラック内インフィニバンド・スイッチ間のケーブル接続

表E-6に、スイッチからスイッチへのインフィニバンド接続の場所、ポートおよびケーブルを示します。図E-2は、Sun Network QDR Infiniband Gateway Switchのポートの場所を示します。

表E-6 インフィニバンド・スイッチ間のケーブル配線

インフィニバンド・スイッチ・ラック・ユニット(5)から

ポート

インフィニバンド・スイッチ・ラック・ユニット5へ

ポート

ケーブル長

説明

U20

9B

U24

9A

2m

リーフからリーフ

U20

10B

U24

10A

2m

リーフからリーフ

U20

11B

U24

11A

2m

リーフからリーフ

U20

8A

U24

8A

2m

リーフからリーフ

U20

9A

U24

9B

2m

リーフからリーフ

U20

10A

U24

10B

2m

リーフからリーフ

U20

11A

U24

11B

2m

リーフからリーフ

U1

0B

U20

8B

3m

スパインからリーフ

U1

1B

U24

8B

3m

スパインからリーフ

図E-2は、Sun Network QDR InfiniBand Gatewayスイッチのポートの場所を示します。ポート5A、5B、6A、6Bおよび7Aは、Oracle Exalytics In-Memory Machineなどの別のデバイスへの接続に使用できます。ポート5Aから始めることをお薦めします。ポート7BはOracle Big Data Applianceで将来使用するために予約されています。

図E-2 Sun Network QDR InfiniBand Gatewayスイッチのポート

E.9 ラック内インフィニバンド・スイッチとサーバーのケーブル接続

表E-7に、リーフ・スイッチからサーバーへのインフィニバンド接続の場所、ポートおよびケーブルを示します。

表E-7 インフィニバンド・スイッチとサーバーのケーブル配線

インフィニバンド・スイッチ・ラック・ユニット(6)から

ポート

ラック・ユニット6へ

ポート(7)

ケーブル長

U24

0A

U41

PCIe 3 P1

3m

U24

0B

U39

PCIe 3 P1

3m

U24

1A

U37

PCIe 3 P1

3m

U24

1B

U35

PCIe 3 P1

3m

U24

2A

U33

PCIe 3 P1

3m

U24

2B

U31

PCIe 3 P1

3m

U24

3A

U29

PCIe 3 P1

3m

U24

3B

U27

PCIe 3 P1

2m

U24

4A

U25

PCIe 3 P1

2m

U20

0A

U41

PCIe 3 P2

3m

U20

0B

U39

PCIe 3 P2

3m

U20

1A

U37

PCIe 3 P2

3m

U20

1B

U35

PCIe 3 P2

3m

U20

2A

U33

PCIe 3 P2

3m

U20

2B

U31

PCIe 3 P2

3m

U20

3A

U29

PCIe 3 P2

3m

U20

3B

U27

PCIe 3 P2

2m

U20

4A

U25

PCIe 3 P2

2m

U20

4B

U18

PCIe 3 P1

2m

U20

12A

U16

PCIe 3 P1

2m

U20

12B

U14

PCIe 3 P1

3m

U20

13A

U12

PCIe 3 P1

3m

U20

13B

U10

PCIe 3 P1

3m

U20

14A

U8

PCIe 3 P1

3m

U20

14B

U6

PCIe 3 P1

3m

U20

15A

U4

PCIe 3 P1

3m

U20

15B

U2

PCIe 3 P1

3m

U24

4B

U18

PCIe 3 P2

2m

U24

12A

U16

PCIe 3 P2

2m

U24

12B

U14

PCIe 3 P2

3m

U24

13A

U12

PCIe 3 P2

3m

U24

13B

U10

PCIe 3 P2

3m

U24

14A

U8

PCIe 3 P2

3m

U24

14B

U6

PCIe 3 P2

3m

U24

15A

U4

PCIe 3 P2

3m

U24

15B

U2

PCIe 3 P2

3m

[1] Unはラック内のユニット位置で、nは番号です。

[2] Unはラック内のユニット位置で、nは番号です。

[3] Unはラック内のユニット位置で、nは番号です。

[4] Unはラック内のユニット位置で、nは番号です。

5 Unはラック内のユニット位置で、nは番号です。

6 Unはラック内のユニット位置で、nは番号です。

[7] Pnはインフィニバンド・ポートで、nはポート番号です。

F マルチラック・ケーブル配線の表

この付録には、ハードウェアの接続に関する説明およびマルチラック・ケーブル配線表が記載されています。内容は次のとおりです。

- マルチラック・ケーブル配線の理解

- ケーブル配線の表の略記について

- 2つのラックのケーブル配線

- 3つのラックのケーブル配線

- 4つのラックのケーブル配線

- 5つのラックのケーブル配線

- 6つのラックのケーブル配線

- 7つのラックのケーブル配線

- 8つのラックのケーブル配線

関連項目:

複数のOracle Big Data Applianceラックの接続

F.1 マルチラック・ケーブル配線の理解

Oracle Big Data Applianceの複数のラックを接続するか、Oracle Big Data ApplianceのラックとOracle Exadata Database Machineのラックを組み合せることもできます。

Oracle Big Data Applianceラックには、ラック・ユニット1 (U1)のスパイン・スイッチとしてSun Datacenter QDR InfiniBand Switchがあります。また、ラックには、ラック・ユニット20および24 (U20およびU24)のリーフ・スイッチとして2つのSun Network QDR Infiniband Gateway Switchがあります。図E-1を参照してください。

これらのスイッチは、インフィニバンド・ケーブルの端にある標準のQuad Small Form-Factor Pluggable (QSFP)コネクタに接続されます。最大で18個のラックを外部インフィニバンド・スイッチなしでまとめてケーブル接続できます。より大きな非ブロッキング構成は、追加の外部インフィニバンド・スイッチによりサポートされ、より大きなブロッキング構成は追加のスイッチを必要としません。

この付録のケーブル長は、隣接するラック(ラックの底面にケーブルあり)用です。このシナリオでは、ケーブルは通常、ラック内で接続する場合は3フィート、離れている最大2台のラックを接続する場合は5フィート、離れている3台以上のラックを接続する場合は10フィートになります。ラックが離れている、またはケーブルがラックの上にある場合、より長いケーブルが必要になることがあります。ここにリストしたケーブル長は、単なるガイドラインです。必要な実際のケーブル長を必ず確認してください。

F.1.1 Oracle Exadata Database MachineとOracle Big Data Applianceのケーブル接続

Oracle Exadata Database Machineフル・ラックおよびハーフ・ラックには、スパイン・スイッチが必要です。ラックのスパイン・スイッチがない場合は、インストールへのExadata拡張スイッチ・キットを注文する必要があります。

Oracle Exadata Database Machine 1/8ラックまたはクォーター・ラックとOracle Big Data Applianceの接続では、スタータ・ラック、高容量ノードとインフィニバンド・インフラストラクチャが組み込まれたスタータ・ラックまたはフル・ラックかどうかにかかわらず、スパイン・スイッチは必要ではありません。ただし、複数のExadata 1/8ラックまたはクォーター・ラック、または複数のOracle Big Data Applianceラックをケーブル接続する場合、Exadataラックにはスパイン・スイッチが必要です。

関連項目:

Oracle Exadata Database Machine拡張およびマルチラック配線ガイド

F.1.2 1つのラックのスイッチのケーブル配線

1つのラックでは、2つのリーフ・スイッチが7本のケーブルで接続されます。各リーフ・スイッチには、スパイン・スイッチにつながる1本のケーブルがあります。図F-1に示すとおり、9つのサーバーが一方のリーフ・スイッチに接続され、残りの9つのサーバーが他方のリーフ・スイッチに接続されます。

図F-1 スパイン・スイッチとリーフ・スイッチ間の接続

サーバーは、図F-2に示すとおり、リーフ・スイッチに接続されます。

図F-2 サーバーとリーフ・スイッチ間の接続

F.1.3 2つのラックのスイッチのケーブル配線

複数のラックを接続する場合、各リーフ・スイッチの7つのスイッチ間接続、およびリーフ・スイッチとスパイン・スイッチ間の2つの接続を解除します。各リーフ・スイッチから、すべてのラックのスパイン・スイッチに8つの接続を分配します。マルチラック環境では、図F-3に示すとおり、ラック内のリーフ・スイッチは直接相互接続されません。

図F-3は、ラック1の各リーフ・スイッチが次のスイッチに接続されることを示しています。

- 内部スパイン・スイッチに対する4つの接続

- ラック2のスパイン・スイッチに対する4つの接続

ラック1のスパイン・スイッチは次のスイッチに接続されます。

- 内部リーフ・スイッチに対する8つの接続(ラック1のスイッチごとに4つの接続)

- ラック2のリーフ・スイッチに対する8つの接続(ラック2のスイッチごとに4つの接続)

図F-3 2つのラック間のスイッチの接続

F.1.4 最大8つのラックのスイッチのケーブル配線

ラックの数が2から8に増加するにつれ、そのパターンは図F-4に示すように続きます。すべてのラックが示されているわけではないため、すべてのケーブルも示されていません。

各リーフ・スイッチには、すべてのスパイン・スイッチに分配される8つのスイッチ間接続があります。各スパイン・スイッチには、すべてのリーフ・スイッチに分配される16のスイッチ間接続があります。リーフ・スイッチは他のリーフ・スイッチと直接相互接続されず、スパイン・スイッチは他のスパイン・スイッチと直接相互接続されません。

図F-4 複数のラック間のスイッチの接続

F.2 ケーブル配線の表の略記について

各表では、次の略記を使用しています。

略記

説明

Rn

ラックn (nはR1などのラックの番号です)。

IBn

ラック内のユニットの場所(nはIB3などの番号です)。

Pn

インフィニバンド・ポートn (nはP8Aなどのポート番号です)。

F.3 2つのラックのケーブル配線

表F-1に、2つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-1 2ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

R1-IB3-P8BとR1-U1-P4A

R1-IB3-P9AとR1-U1-P5A

R1-IB3-P9BとR1-U1-P6A

3m

R1 IB3からラック2へ

R1-IB3-P10AとR2-U1-P7A

R1-IB3-P10BとR2-U1-P8A

R1-IB3-P11AとR2-U1-P9A

R1-IB3-P11BとR2-U1-P10A

5m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

R1-IB2-P8BとR1-U1-P4B

R1-IB2-P9AとR1-U1-P5B

R1-IB2-P9BとR1-U1-P6B

3m

R1 IB2からラック2へ

R1-IB2-P10AとR2-U1-P7B

R1-IB2-P10BとR2-U1-P8B

R1-IB2-P11AとR2-U1-P9B

R1-IB2-P11BとR2-U1-P10B

5m

表F-2に、2つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-2 2ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

R2-IB3-P8BとR2-U1-P4A

R2-IB3-P9AとR2-U1-P5A

R2-IB3-P9BとR2-U1-P6A

3m

R2 IB3からラック1へ

R2-IB3-P10AとR1-U1-P7A

R2-IB3-P10BとR1-U1-P8A

R2-IB3-P11AとR1-U1-P9A

R2-IB3-P11BとR1-U1-P10A

5m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

R2-IB2-P8BとR2-U1-P4B

R2-IB2-P9AとR2-U1-P5B

R2-IB2-P9BとR2-U1-P6B

3m

R2 IB2からラック1へ

R2-IB2-P10AとR1-U1-P7B

R2-IB2-P10BとR1-U1-P8B

R2-IB2-P11AとR1-U1-P9B

R2-IB2-P11BとR1-U1-P10B

5m

F.4 3つのラックのケーブル配線

表F-3に、3つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-3 3ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

R1-IB3-P8BとR1-U1-P4A

R1-IB3-P9AとR1-U1-P5A

3m

R1 IB3からラック2へ

R1-IB3-P9BとR2-U1-P6A

R1-IB3-P10AとR2-U1-P7A

R1-IB3-P10BとR2-U1-P8A

5m

R1 U24からラック3へ

R1-IB3-P11AとR3-U1-P9A

R1-IB3-P11BとR3-U1-P10A

5m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

R1-IB2-P8BとR1-U1-P4B

R1-IB2-P9AとR1-U1-P5B

3m

R1 IB2からラック2へ

R1-IB2-P9BとR2-U1-P6B

R1-IB2-P10AとR2-U1-P7B

R1-IB2-P10BとR2-U1-P8B

5m

R1 IB2からラック3へ

R1-IB2-P11AとR3-U1-P9B

R1-IB2-P11BとR3-U1-P10B

5m

表F-4に、3つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-4 3ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

R2-IB3-P8BとR2-U1-P4A

R2-IB3-P9AとR2-U1-P5A

3m

R2 IB3からラック1へ

R2-IB3-P11AとR1-U1-P9A

R2-IB3-P11BとR1-U1-P10A

5m

R2 IB3からラック3へ

R2-IB3-P9BとR3-U1-P6A

R2-IB3-P10AとR3-U1-P7A

R2-IB3-P10BとR3-U1-P8A

5m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

R2-IB2-P8BとR2-U1-P4B

R2-IB2-P9AとR2-U1-P5B

3m

R2 IB2からラック1へ

R2-IB2-P11AとR1-U1-P9B

R2-IB2-P11BとR1-U1-P10B

5m

R2 IB2からラック3へ

R2-IB2-P9BとR3-U1-P6B

R2-IB2-P10AとR3-U1-P7B

R2-IB2-P10BとR3-U1-P8B

5m

表F-5に、3つのラックをケーブルで接続する場合の第3スパイン・スイッチ(R3-U1)のケーブル接続を示します。

表F-5 3ラック・システムにおける第3ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AとR3-U1-P3A

R3-IB3-P8BとR3-U1-P4A

R3-IB3-P9AとR3-U1-P5A

3m

R3 IB3からラック1へ

R3-IB3-P9BとR1-U1-P6A

R3-IB3-P10AとR1-U1-P7A

R3-IB3-P10BとR1-U1-P8A

5m

R3 IB3からラック2へ

R3-IB3-P11AとR2-U1-P9A

R3-IB3-P11BとR2-U1-P10A

5m

ラック3内のR3 IB2

R3-IB2-P8AとR3-U1-P3B

R3-IB2-P8BとR3-U1-P4B

R3-IB2-P9AとR3-U1-P5B

3m

R3 IB2からラック1へ

R3-IB2-P9BとR1-U1-P6B

R3-IB2-P10AとR1-U1-P7B

R3-IB2-P10BとR1-U1-P8B

5m

R3 IB2からラック2へ

R3-IB2-P11AとR2-U1-P9B

R3-IB2-P11BとR2-U1-P10B

5m

F.5 4つのラックのケーブル配線

表F-6に、4つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-6 4ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

R1-IB3-P8BとR1-U1-P4A

3m

R1 IB3からラック2へ

R1-IB3-P9AとR2-U1-P5A

R1-IB3-P9BとR2-U1-P6A

5m

R1 IB3からラック3へ

R1-IB3-P10AとR3-U1-P7A

R1-IB3-P10BとR3-U1-P8A

5m

R1 IB3からラック4へ

R1-IB3-P11AとR4-U1-P9A

R1-IB3-P11BとR4-U1-P10A

10m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

R1-IB2-P8BとR1-U1-P4B

3m

R1 IB2からラック2へ

R1-IB2-P9AとR2-U1-P5B

R1-IB2-P9BとR2-U1-P6B

5m

R1 IB2からラック3へ

R1-IB2-P10AとR3-U1-P7B

R1-IB2-P10BとR3-U1-P8B

5m

R1 IB2からラック4へ

R1-IB2-P11AとR4-U1-P9B

R1-IB2-P11BとR4-U1-P10B

10m

表F-7に、4つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-7 4ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

R2-IB3-P8BとR2-U1-P4A

3m

R2 IB3からラック1へ

R2-IB3-P11AとR1-U1-P9A

R2-IB3-P11BとR1-U1-P10A

5m

R2 IB3からラック3へ

R2-IB3-P9AとR3-U1-P5A

R2-IB3-P9BとR3-U1-P6A

5m

R2 IB3からラック4へ

R2-IB3-P10AとR4-U1-P7A

R2-IB3-P10BとR4-U1-P8A

5m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

R2-IB2-P8BとR2-U1-P4B

3m

R2 IB2からラック1へ

R2-IB2-P11AとR1-U1-P9B

R2-IB2-P11BとR1-U1-P10B

5m

R2 IB2からラック3へ

R2-IB2-P9AとR3-U1-P5B

R2-IB2-P9BとR3-U1-P6B

5m

R2 IB2からラック4へ

R2-IB2-P10AとR4-U1-P7B

R2-IB2-P10BとR4-U1-P8B

5m

表F-8に、4つのラックをケーブルで接続する場合の第3スパイン・スイッチ(R3-U1)のケーブル接続を示します。

表F-8 4ラック・システムにおける第3ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AとR3-U1-P3A

R3-IB3-P8BとR3-U1-P4A

3m

R3 IB3からラック1へ

R3-IB3-P10AとR1-U1-P7A

R3-IB3-P10BとR1-U1-P8A

5m

R3 IB3からラック2へ

R3-IB3-P11AとR2-U1-P9A

R3-IB3-P11BとR2-U1-P10A

5m

R3 IB3からラック4へ

R3-IB3-P9AとR4-U1-P5A

R3-IB3-P9BとR4-U1-P6A

5m

ラック3内のR3 IB2

R3-IB2-P8AとR3-U1-P3B

R3-IB2-P8BとR3-U1-P4B

3m

R3 IB2からラック1へ

R3-IB2-P10AとR1-U1-P7B

R3-IB2-P10BとR1-U1-P8B

5m

R3 IB2からラック2へ

R3-IB2-P11AとR2-U1-P9B

R3-IB2-P11BとR2-U1-P10B

5m

R3 IB2からラック4へ

R3-IB2-P9AとR4-U1-P5B

R3-IB2-P9BとR4-U1-P6B

5m

表F-9に、4つのラックをケーブルで接続する場合の第4スパイン・スイッチ(R4-U1)のケーブル接続を示します。

表F-9 4ラック・システムにおける第4ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AとR4-U1-P3A

R4-IB3-P8BとR4-U1-P4A

3m

R4 IB3からラック1へ

R4-IB3-P9AとR1-U1-P5A

R4-IB3-P9BとR1-U1-P6A

10m

R4 IB3からラック2へ

R4-IB3-P10AとR2-U1-P7A

R4-IB3-P10BとR2-U1-P8A

5m

R4 IB3からラック3へ

R4-IB3-P11AとR3-U1-P9A

R4-IB3-P11BとR3-U1-P10A

5m

ラック4内のR4 IB2

R4-IB2-P8AとR4-U1-P3B

R4-IB2-P8BとR4-U1-P4B

3m

R4 IB2からラック1へ

R4-IB2-P9AとR1-U1-P5B

R4-IB2-P9BとR1-U1-P6B

10m

R4 IB2からラック2へ

R4-IB2-P10AとR2-U1-P7B

R4-IB2-P10BとR2-U1-P8B

5m

R4 IB2からラック3へ

R4-IB2-P11AとR3-U1-P9B

R4-IB2-P11BとR3-U1-P10B

5m

F.6 5つのラックのケーブル配線

表F-10に、5つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-10 5ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

R1-IB3-P8BとR1-U1-P4A

3m

R1 IB3からラック2へ

R1-IB3-P9AとR2-U1-P5A

R1-IB3-P9BとR2-U1-P6A

5m

R1 IB3からラック3へ

R1-IB3-P10AとR3-U1-P7A

R1-IB3-P10BとR3-U1-P8A

5m

R1 IB3からラック4へ

R1-IB3-P11AとR4-U1-P9A

10m

R1 IB3からラック5へ

R1-IB3-P11BとR5-U1-P10A

10m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

R1-IB2-P8BとR1-U1-P4B

3m

R1 IB2からラック2へ

R1-IB2-P9AとR2-U1-P5B

R1-IB2-P9BとR2-U1-P6B

5m

R1 IB2からラック3へ

R1-IB2-P10AとR3-U1-P7B

R1-IB2-P10BとR3-U1-P8B

5m

R1 IB2からラック4へ

R1-IB2-P11AとR4-U1-P9B

10m

R1 IB2からラック5へ

R1-IB2-P11BとR5-U1-P10B

10m

表F-11に、5つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-11 5ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

R2-IB3-P8BとR2-U1-P4A

3m

R2 IB3からラック1へ

R2-IB3-P11BとR1-U1-P10A

5m

R2 IB3からラック3へ

R2-IB3-P9AとR3-U1-P5A

R2-IB3-P9BとR3-U1-P6A

5m

R2 IB3からラック4へ

R2-IB3-P10AとR4-U1-P7A

R2-IB3-P10BとR4-U1-P8A

5m

R2 IB3からラック5へ

R2-IB3-P11AとR5-U1-P9A

10m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

R2-IB2-P8BとR2-U1-P4B

3m

R2 IB2からラック1へ

R2-IB2-P11BとR1-U1-P10B

5m

R2 IB2からラック3へ

R2-IB2-P9AとR3-U1-P5B

R2-IB2-P9BとR3-U1-P6B

5m

R2 IB2からラック4へ

R2-IB2-P10AとR4-U1-P7B

R2-IB2-P10BとR4-U1-P8B

5m

R2 IB2からラック5へ

R2-IB2-P11AとR5-U1-P9B

10m

表F-12に、5つのラックをケーブルで接続する場合の第3スパイン・スイッチ(R3-U1)のケーブル接続を示します。

表F-12 5ラック・システムにおける第3ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AとR3-U1-P3A

R3-IB3-P8BとR3-U1-P4A

3m

R3 IB3からラック1へ

R3-IB3-P11AとR1-U1-P9A

5m

R3 IB3からラック2へ

R3-IB3-P11BとR2-U1-P10A

5m

R3 IB3からラック4へ

R3-IB3-P9AとR4-U1-P5A

R3-IB3-P9BとR4-U1-P6A

5m

R3 IB3からラック5へ

R3-IB3-P10AとR5-U1-P7A

R3-IB3-P10BとR5-U1-P8A

5m

ラック3内のR3 IB2

R3-IB2-P8AとR3-U1-P3B

R3-IB2-P8BとR3-U1-P4B

3m

R3 IB2からラック1へ

R3-IB2-P11AとR1-U1-P9B

5m

R3 IB2からラック2へ

R3-IB2-P11BとR2-U1-P10B

5m

R3 IB2からラック4へ

R3-IB2-P9AとR4-U1-P5B

R3-IB2-P9BとR4-U1-P6B

5m

R3 IB2からラック5へ

R3-IB2-P10AとR5-U1-P7B

R3-IB2-P10BとR5-U1-P8B

5m

表F-13に、5つのラックをケーブルで接続する場合の第4スパイン・スイッチ(R4-U1)のケーブル接続を示します。

表F-13 5ラック・システムにおける第4ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AとR4-U1-P3A

R4-IB3-P8BとR4-U1-P4A

3m

R4 IB3からラック1へ

R4-IB3-P10AとR1-U1-P7A

R4-IB3-P10BとR1-U1-P8A

10m

R4 IB3からラック2へ

R4-IB3-P11AとR2-U1-P9A

5m

R4 IB3からラック3へ

R4-IB3-P11BとR3-U1-P10A

5m

R4 IB3からラック5へ

R4-IB3-P9AとR5-U1-P5A

R4-IB3-P9BとR5-U1-P6A

5m

ラック4内のR4 IB2

R4-IB2-P8AとR4-U1-P3B

R4-IB2-P8BとR4-U1-P4B

3m

R4 IB2からラック1へ

R4-IB2-P10AとR1-U1-P7B

R4-IB2-P10BとR1-U1-P8B

10m

R4 IB2からラック2へ

R4-IB2-P11AとR2-U1-P9B

5m

R4 IB2からラック3へ

R4-IB2-P11BとR3-U1-P10B

5m

R4 IB2からラック5へ

R4-IB2-P9AとR5-U1-P5B

R4-IB2-P9BとR5-U1-P6B

5m

表F-14に、5つのラックをケーブルで接続する場合の第5スパイン・スイッチ(R5-U1)のケーブル接続を示します。

表F-14 5ラック・システムにおける第5ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AとR5-U1-P3A

R5-IB3-P8BとR5-U1-P4A

3m

R5 IB3からラック1へ

R5-IB3-P9AとR1-U1-P5A

R5-IB3-P9BとR1-U1-P6A

10m

R5 IB3からラック2へ

R5-IB3-P10AとR2-U1-P7A

R5-IB3-P10BとR2-U1-P8A

10m

R5 IB3からラック3へ

R5-IB3-P11AとR3-U1-P9A

5m

R5 IB3からラック4へ

R5-IB3-P11BとR4-U1-P10A

5m

ラック5内のR5 IB2

R5-IB2-P8AとR5-U1-P3B

R5-IB2-P8BとR5-U1-P4B

3m

R5 IB2からラック1へ

R5-IB2-P9AとR1-U1-P5B

R5-IB2-P9BとR1-U1-P6B

10m

R5 IB2からラック2へ

R5-IB2-P10AとR2-U1-P7B

R5-IB2-P10BとR2-U1-P8B

10m

R5 IB2からラック3へ

R5-IB2-P11AとR3-U1-P9B

5m

R5 IB2からラック4へ

R5-IB2-P11BとR4-U1-P10B

5m

F.7 6つのラックのケーブル配線

表F-15に、6つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-15 6ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

R1-IB3-P8BとR1-U1-P4A

3m

R1 IB3からラック2へ

R1-IB3-P9AとR2-U1-P5A

R1-IB3-P9BとR2-U1-P6A

5m

R1 IB3からラック3へ

R1-IB3-P10AとR3-U1-P7A

5m

R1 IB3からラック4へ

R1-IB3-P10BとR4-U1-P8A

10m

R1 IB3からラック5へ

R1-IB3-P11AとR5-U1-P9A

10m

R1 IB3からラック6へ

R1-IB3-P11BとR6-U1-P10A

10m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

R1-IB2-P8BとR1-U1-P4B

3m

R1 IB2からラック2へ

R1-IB2-P9AとR2-U1-P5B

R1-IB2-P9BとR2-U1-P6B

5m

R1 IB2からラック3へ

R1-IB2-P10AとR3-U1-P7B

5m

R1 IB2からラック4へ

R1-IB2-P10BとR4-U1-P8B

10m

R1 IB2からラック5へ

R1-IB2-P11AとR5-U1-P9B

10m

R1 IB2からラック6へ

R1-IB2-P11BとR6-U1-P10B

10m

表F-16に、6つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-16 6ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

R2-IB3-P8BとR2-U1-P4A

3m

R2 IB3からラック1へ

R2-IB3-P11BとR1-U1-P10A

5m

R2 IB3からラック3へ

R2-IB3-P9AとR3-U1-P5A

R2-IB3-P9BとR3-U1-P6A

5m

R2 IB3からラック4へ

R2-IB3-P10AとR4-U1-P7A

5m

R2 IB3からラック5へ

R2-IB3-P10BとR5-U1-P8A

10m

R2 IB3からラック6へ

R2-IB3-P11AとR6-U1-P9A

10m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

R2-IB2-P8BとR2-U1-P4B

3m

R2 IB2からラック1へ

R2-IB2-P11BとR1-U1-P10B

5m

R2 IB2からラック3へ

R2-IB2-P9AとR3-U1-P5B

R2-IB2-P9BとR3-U1-P6B

5m

R2 IB2からラック4へ

R2-IB2-P10AとR4-U1-P7B

5m

R2 IB2からラック5へ

R2-IB2-P10BとR5-U1-P8B

10m

R2 IB2からラック6へ

R2-IB2-P11AとR6-U1-P9B

10m

表F-17に、6つのラックをケーブルで接続する場合の第3スパイン・スイッチ(R3-U1)のケーブル接続を示します。

表F-17 6ラック・システムにおける第3ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AとR3-U1-P3A

R3-IB3-P8BとR3-U1-P4A

3m

R3 IB3からラック1へ

R3-IB3-P11AとR1-U1-P9A

5m

R3 IB3からラック2へ

R3-IB3-P11BとR2-U1-P10A

5m

R3 IB3からラック4へ

R3-IB3-P9AとR4-U1-P5A

R3-IB3-P9BとR4-U1-P6A

5m

R3 IB3からラック5へ

R3-IB3-P10AとR5-U1-P7A

5m

R3 IB3からラック6へ

R3-IB3-P10BとR6-U1-P8A

10m

ラック3内のR3 IB2

R3-IB2-P8AとR3-U1-P3B

R3-IB2-P8BとR3-U1-P4B

3m

R3 IB2からラック1へ

R3-IB2-P11AとR1-U1-P9B

5m

R3 IB2からラック2へ

R3-IB2-P11BとR2-U1-P10B

5m

R3 IB2からラック4へ

R3-IB2-P9AとR4-U1-P5B

R3-IB2-P9BとR4-U1-P6B

5m

R3 IB2からラック5へ

R3-IB2-P10AとR5-U1-P7B

5m

R3 IB2からラック6へ

R3-IB2-P10BとR6-U1-P8B

10m

表F-18に、6つのラックをケーブルで接続する場合の第4スパイン・スイッチ(R4-U1)のケーブル接続を示します。

表F-18 6ラック・システムにおける第4ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AとR4-U1-P3A

R4-IB3-P8BとR4-U1-P4A

3m

R4 IB3からラック1へ

R4-IB3-P10BとR1-U1-P8A

10m

R4 IB3からラック2へ

R4-IB3-P11AとR2-U1-P9A

5m

R4 IB3からラック3へ

R4-IB3-P11BとR3-U1-P10A

5m

R4 IB3からラック5へ

R4-IB3-P9AとR5-U1-P5A

R4-IB3-P9BとR5-U1-P6A

5m

R4 IB3からラック6へ

R4-IB3-P10AとR6-U1-P7A

5m

ラック4内のR4 IB2

R4-IB2-P8AとR4-U1-P3B

R4-IB2-P8BとR4-U1-P4B

3m

R4 IB2からラック1へ

R4-IB2-P10BとR1-U1-P8B

10m

R4 IB2からラック2へ

R4-IB2-P11AとR2-U1-P9B

5m

R4 IB2からラック3へ

R4-IB2-P11BとR3-U1-P10B

5m

R4 IB2からラック5へ

R4-IB2-P9AとR5-U1-P5B

R4-IB2-P9BとR5-U1-P6B

5m

R4 IB2からラック6へ

R4-IB2-P10AとR6-U1-P7B

5m

表F-19に、6つのラックをケーブルで接続する場合の第5スパイン・スイッチ(R5-U1)のケーブル接続を示します。

表F-19 6ラック・システムにおける第5ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AとR5-U1-P3A

R5-IB3-P8BとR5-U1-P4A

3m

R5 IB3からラック1へ

R5-IB3-P10AとR1-U1-P7A

10m

R5 IB3からラック2へ

R5-IB3-P10BとR2-U1-P8A

10m

R5 IB3からラック3へ

R5-IB3-P11AとR3-U1-P9A

5m

R5 IB3からラック4へ

R5-IB3-P11BとR4-U1-P10A

5m

R5 IB3からラック6へ

R5-IB3-P9AとR6-U1-P5A

R5-IB3-P9BとR6-U1-P6A

5m

ラック5内のR5 IB2

R5-IB2-P8AとR5-U1-P3B

R5-IB2-P8BとR5-U1-P4B

3m

R5 IB2からラック1へ

R5-IB2-P10AとR1-U1-P7B

10m

R5 IB2からラック2へ

R5-IB2-P10BとR2-U1-P8B

10m

R5 IB2からラック3へ

R5-IB2-P11AとR3-U1-P9B

5m

R5 IB2からラック4へ

R5-IB2-P11BとR4-U1-P10B

5m

R5 IB2からラック6へ

R5-IB2-P9AとR6-U1-P5B

R5-IB2-P9BとR6-U1-P6B

5m

表F-20に、6つのラックをケーブルで接続する場合の第6スパイン・スイッチ(R6-U1)のケーブル接続を示します。

表F-20 6ラック・システムにおける第6ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック6内のR6 IB3

R6-IB3-P8AとR6-U1-P3A

R6-IB3-P8BとR6-U1-P4A

3m

R6 IB3からラック1へ

R6-IB3-P9AとR1-U1-P5A

R6-IB3-P9BとR1-U1-P6A

10m

R6 IB3からラック2へ

R6-IB3-P10AとR2-U1-P7A

10m

R6 IB3からラック3へ

R6-IB3-P10BとR3-U1-P8A

10m

R6 IB3からラック4へ

R6-IB3-P11AとR4-U1-P9A

5m

R6 IB3からラック5へ

R6-IB3-P11BとR5-U1-P10A

5m

ラック6内のR6 IB2

R6-IB2-P8AとR6-U1-P3B

R6-IB2-P8BとR6-U1-P4B

3m

R6 IB2からラック2へ

R6-IB2-P10AとR2-U1-P7B

10m

R6 IB2からラック1へ

R6-IB2-P9AとR1-U1-P5B

R6-IB2-P9BとR1-U1-P6B

10m

R6 IB2からラック3へ

R6-IB2-P10BとR3-U1-P8B

10m

R6 IB2からラック4へ

R6-IB2-P11AとR4-U1-P9B

5m

R6 IB2からラック5へ

R6-IB2-P11BとR5-U1-P10B

5m

F.8 7つのラックのケーブル配線

表F-21に、7つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-21 7ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

R1-IB3-P8BとR1-U1-P4A

3m

R1 IB3からラック2へ

R1-IB3-P9AとR2-U1-P5A

5m

R1 IB3からラック3へ

R1-IB3-P9BとR3-U1-P6A

5m

R1 IB3からラック4へ

R1-IB3-P10AとR4-U1-P7A

10m

R1 IB3からラック5へ

R1-IB3-P10BとR5-U1-P8A

10m

R1 IB3からラック6へ

R1-IB3-P11AとR6-U1-P9A

10m

R1 IB3からラック7へ

R1-IB3-P11BとR7-U1-P10A

10m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

R1-IB2-P8BとR1-U1-P4B

3m

R1 IB2からラック2へ

R1-IB2-P9AとR2-U1-P5B

5m

R1 IB2からラック3へ

R1-IB2-P9BとR3-U1-P6B

5m

R1 IB2からラック4へ

R1-IB2-P10AとR4-U1-P7B

10m

R1 IB2からラック5へ

R1-IB2-P10BとR5-U1-P8B

10m

R1 IB2からラック6へ

R1-IB2-P11AとR6-U1-P9B

10m

R1 IB2からラック7へ

R1-IB2-P11BとR7-U1-P10B

10m

表F-22に、7つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-22 7ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

R2-IB3-P8BとR2-U1-P4A

3m

R2 IB3からラック1へ

R2-IB3-P11BとR1-U1-P10A

5m

R2 IB3からラック3へ

R2-IB3-P9AとR3-U1-P5A

5m

R2 IB3からラック4へ

R2-IB3-P9BとR4-U1-P6A

5m

R2 IB3からラック5へ

R2-IB3-P10AとR5-U1-P7A

10m

R2 IB3からラック6へ

R2-IB3-P10BとR6-U1-P8A

10m

R2 IB3からラック7へ

R2-IB3-P11AとR7-U1-P9A

10m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

R2-IB2-P8BとR2-U1-P4B

3m

R2 IB2からラック1へ

R2-IB2-P11BとR1-U1-P10B

5m

R2 IB2からラック3へ

R2-IB2-P9AとR3-U1-P5B

5m

R2 IB2からラック4へ

R2-IB2-P9BとR4-U1-P6B

5m

R2 IB2からラック5へ

R2-IB2-P10AとR5-U1-P7B

10m

R2 IB2からラック6へ

R2-IB2-P10BとR6-U1-P8B

10m

R2 IB2からラック7へ

R2-IB2-P11AとR7-U1-P9B

10m

表F-23に、7つのラックをケーブルで接続する場合の第3スパイン・スイッチ(R3-U1)のケーブル接続を示します。

表F-23 7ラック・システムにおける第3ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AとR3-U1-P3A

R3-IB3-P8BとR3-U1-P4A

3m

R3 IB3からラック1へ

R3-IB3-P11AとR1-U1-P9A

5m

R3 IB3からラック2へ

R3-IB3-P11BとR2-U1-P10A

5m

R3 IB3からラック4へ

R3-IB3-P9AとR4-U1-P5A

5m

R3 IB3からラック5へ

R3-IB3-P9BとR5-U1-P6A

5m

R3 IB3からラック6へ

R3-IB3-P10AとR6-U1-P7A

10m

R3 IB3からラック7へ

R3-IB3-P10BとR7-U1-P8A

10m

ラック3内のR3 IB2

R3-IB2-P8AとR3-U1-P3B

R3-IB2-P8BとR3-U1-P4B

3m

R3 IB2からラック1へ

R3-IB2-P11AとR1-U1-P9B

5m

R3 IB2からラック2へ

R3-IB2-P11BとR2-U1-P10B

5m

R3 IB2からラック4へ

R3-IB2-P9AとR4-U1-P5B

5m

R3 IB2からラック5へ

R3-IB2-P9BとR5-U1-P6B

5m

R3 IB2からラック6へ

R3-IB2-P10AとR6-U1-P7B

10m

R3 IB2からラック7へ

R3-IB2-P10BとR7-U1-P8B

10m

表F-24に、7つのラックをケーブルで接続する場合の第4スパイン・スイッチ(R4-U1)のケーブル接続を示します。

表F-24 7ラック・システムにおける第4ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AとR4-U1-P3A

R4-IB3-P8BとR4-U1-P4A

3m

R4 IB3からラック1へ

R4-IB3-P10BとR1-U1-P8A

10m

R4 IB3からラック2へ

R4-IB3-P11AとR2-U1-P9A

5m

R4 IB3からラック3へ

R4-IB3-P11BとR3-U1-P10A

5m

R4 IB3からラック5へ

R4-IB3-P9AとR5-U1-P5A

5m

R4 IB3からラック6へ

R4-IB3-P9BとR6-U1-P6A

5m

R4 IB3からラック7へ

R4-IB3-P10AとR7-U1-P7A

10m

ラック4内のR4 IB2

R4-IB2-P8AとR4-U1-P3B

R4-IB2-P8BとR4-U1-P4B

3m

R4 IB2からラック1へ

R4-IB2-P10BとR1-U1-P8B

10m

R4 IB2からラック2へ

R4-IB2-P11AとR2-U1-P9B

5m

R4 IB2からラック3へ

R4-IB2-P11BとR3-U1-P10B

5m

R4 IB2からラック5へ

R4-IB2-P9AとR5-U1-P5B

5m

R4 IB2からラック6へ

R4-IB2-P9BとR6-U1-P6B

5m

R4 IB2からラック7へ

R4-IB2-P10AとR7-U1-P7B

10m

表F-25に、7つのラックをケーブルで接続する場合の第5スパイン・スイッチ(R5-U1)のケーブル接続を示します。

表F-25 7ラック・システムにおける第5ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AとR5-U1-P3A

R5-IB3-P8BとR5-U1-P4A

3m

R5 IB3からラック1へ

R5-IB3-P10AとR1-U1-P7A

10m

R5 IB3からラック2へ

R5-IB3-P10BとR2-U1-P8A

10m

R5 IB3からラック3へ

R5-IB3-P11AとR3-U1-P9A

5m

R5 IB3からラック4へ

R5-IB3-P11BとR4-U1-P10A

5m

R5 IB3からラック6へ

R5-IB3-P9AとR6-U1-P5A

5m

R5 IB3からラック7へ

R5-IB3-P9BとR7-U1-P6A

5m

ラック5内のR5 IB2

R5-IB2-P8AとR5-U1-P3B

R5-IB2-P8BとR5-U1-P4B

3m

R5 IB2からラック1へ

R5-IB2-P10AとR1-U1-P7B

10m

R5 IB2からラック2へ

R5-IB2-P10BとR2-U1-P8B

10m

R5 IB2からラック3へ

R5-IB2-P11AとR3-U1-P9B

5m

R5 IB2からラック4へ

R5-IB2-P11BとR4-U1-P10B

5m

R5 IB2からラック6へ

R5-IB2-P9AとR6-U1-P5B

5m

R5 IB2からラック7へ

R5-IB2-P9BとR7-U1-P6B

5m

表F-26に、7つのラックをケーブルで接続する場合の第6スパイン・スイッチ(R6-U1)のケーブル接続を示します。

表F-26 7ラック・システムにおける第6ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック6内のR6 IB3

R6-IB3-P8AとR6-U1-P3A

R6-IB3-P8BとR6-U1-P4A

3m

R6 IB3からラック1へ

R6-IB3-P9BとR1-U1-P6A

10m

R6 IB3からラック2へ

R6-IB3-P10AとR2-U1-P7A

10m

R6 IB3からラック3へ

R6-IB3-P10BとR3-U1-P8A

10m

R6 IB3からラック4へ

R6-IB3-P11AとR4-U1-P9A

5m

R6 IB3からラック5へ

R6-IB3-P11BとR5-U1-P10A

5m

R6 IB3からラック7へ

R6-IB3-P9AとR7-U1-P5A

5m

ラック6内のR6 IB2

R6-IB2-P8AとR6-U1-P3B

R6-IB2-P8BとR6-U1-P4B

3m

R6 IB2からラック1へ

R6-IB2-P9BとR1-U1-P6B

10m

R6 IB2からラック2へ

R6-IB2-P10AとR2-U1-P7B

10m

R6 IB2からラック3へ

R6-IB2-P10BとR3-U1-P8B

10m

R6 IB2からラック4へ

R6-IB2-P11AとR4-U1-P9B

5m

R6 IB2からラック5へ

R6-IB2-P11BとR5-U1-P10B

5m

R6 IB2からラック7へ

R6-IB2-P9AとR7-U1-P5B

5m

表F-27に、7つのラックをケーブルで接続する場合の第7スパイン・スイッチ(R7-U1)のケーブル接続を示します。

表F-27 7ラック・システムにおける第7ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック7内のR7 IB3

R7-IB3-P8AとR7-U1-P3A

R7-IB3-P8BとR7-U1-P4A

3m

R7 IB3からラック1へ

R7-IB3-P9AとR1-U1-P5A

10m

R7 IB3からラック2へ

R7-IB3-P9BとR2-U1-P6A

10m

R7 IB3からラック3へ

R7-IB3-P10AとR3-U1-P7A

10m

R7 IB3からラック4へ

R7-IB3-P10BとR4-U1-P8A

10m

R7 IB3からラック5へ

R7-IB3-P11AとR5-U1-P9A

5m

R7 IB3からラック6へ

R7-IB3-P11BとR6-U1-P10A

5m

ラック7内のR7 IB2

R7-IB2-P8AとR7-U1-P3B

R7-IB2-P8BとR7-U1-P4B

3m

R7 IB2からラック1へ

R7-IB2-P9AとR1-U1-P5B

10m

R7 IB2からラック2へ

R7-IB2-P9BとR2-U1-P6B

10m

R7 IB2からラック3へ

R7-IB2-P10AとR3-U1-P7B

10m

R7 IB2からラック4へ

R7-IB2-P10BとR4-U1-P8B

10m

R7 IB2からラック5へ

R7-IB2-P11AとR5-U1-P9B

5m

R7 IB2からラック6へ

R7-IB2-P11BとR6-U1-P10B

5m

F.9 8つのラックのケーブル配線

表F-28に、8つのラックをケーブルで接続する場合の第1スパイン・スイッチ(R1-U1)のケーブル接続を示します。

注意:

- スパイン・スイッチは、すべてのラックでU1 (IB1)にあります。

- リーフ・スイッチはU20 (IB2)とU24 (IB3)にあります。

- この項では、リーフ・スイッチをIB2およびIB3と呼びます。

表F-28 8ラック・システムにおける第1ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AとR1-U1-P3A

3m

R1 IB3からラック2へ

R1-IB3-P8BとR2-U1-P4A

5m

R1 IB3からラック3へ

R1-IB3-P9AとR3-U1-P5A

5m

R1 IB3からラック4へ

R1-IB3-P9BとR4-U1-P6A

10m

R1 IB3からラック5へ

R1-IB3-P10AとR5-U1-P7A

10m

R1 IB3からラック6へ

R1-IB3-P10BとR6-U1-P8A

10m

R1 IB3からラック7へ

R1-IB3-P11AとR7-U1-P9A

10m

R1 IB3からラック8へ

R1-IB3-P11BとR8-U1-P10A

10m

ラック1内のR1 IB2

R1-IB2-P8AとR1-U1-P3B

3m

R1 IB2からラック2へ

R1-IB2-P8BとR2-U1-P4B

5m

R1 IB2からラック3へ

R1-IB2-P9AとR3-U1-P5B

5m

R1 IB2からラック4へ

R1-IB2-P9BとR4-U1-P6B

10m

R1 IB2からラック5へ

R1-IB2-P10AとR5-U1-P7B

10m

R1 IB2からラック6へ

R1-IB2-P10BとR6-U1-P8B

10m

R1 IB2からラック7へ

R1-IB2-P11AとR7-U1-P9B

10m

R1 IB2からラック8へ

R1-IB2-P11BとR8-U1-P10B

10m

表F-29に、8つのラックをケーブルで接続する場合の第2スパイン・スイッチ(R2-U1)のケーブル接続を示します。

表F-29 8ラック・システムにおける第2ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AとR2-U1-P3A

3m

R2 IB3からラック1へ

R2-IB3-P11BとR1-U1-P10A

5m

R2 IB3からラック3へ

R2-IB3-P8BとR3-U1-P4A

5m

R2 IB3からラック4へ

R2-IB3-P9AとR4-U1-P5A

5m

R2 IB3からラック5へ

R2-IB3-P9BとR5-U1-P6A

10m

R2 IB3からラック6へ

R2-IB3-P10AとR6-U1-P7A

10m

R2 IB3からラック7へ

R2-IB3-P10BとR7-U1-P8A

10m

R2 IB3からラック8へ

R2-IB3-P11AとR8-U1-P9A

10m

ラック2内のR2 IB2

R2-IB2-P8AとR2-U1-P3B

3m

R2 IB2からラック1へ

R2-IB2-P11BとR1-U1-P10B

5m

R2 IB2からラック3へ

R2-IB2-P8BとR3-U1-P4B

5m

R2 IB2からラック4へ

R2-IB2-P9AとR4-U1-P5B

5m

R2 IB2からラック5へ

R2-IB2-P9BとR5-U1-P6B

10m

R2 IB2からラック6へ

R2-IB2-P10AとR6-U1-P7B

10m

R2 IB2からラック7へ

R2-IB2-P10BとR7-U1-P8B

10m

R2 IB2からラック8へ

R2-IB2-P11AとR8-U1-P9B

10m

表F-30に、8つのラックをケーブルで接続する場合の第3スパイン・スイッチ(R3-U1)のケーブル接続を示します。

表F-30 8ラック・システムにおける第3ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AとR3-U1-P3A

3m

R3 IB3からラック1へ

R3-IB3-P11AとR1-U1-P9A

5m

R3 IB3からラック2へ

R3-IB3-P11BとR2-U1-P10A

5m

R3 IB3からラック4へ

R3-IB3-P8BとR4-U1-P4A

5m

R3 IB3からラック5へ

R3-IB3-P9AとR5-U1-P5A

5m

R3 IB3からラック6へ

R3-IB3-P9BとR6-U1-P6A

10m

R3 IB3からラック7へ

R3-IB3-P10AとR7-U1-P7A

10m

R3 IB3からラック8へ

R3-IB3-P10BとR8-U1-P8A

10m

ラック3内のR3 IB2

R3-IB2-P8AとR3-U1-P3B

3m

R3 IB2からラック1へ

R3-IB2-P11AとR1-U1-P9B

5m

R3 IB2からラック2へ

R3-IB2-P11BとR2-U1-P10B

5m

R3 IB2からラック4へ

R3-IB2-P8BとR4-U1-P4B

5m

R3 IB2からラック5へ

R3-IB2-P9AとR5-U1-P5B

5m

R3 IB2からラック6へ

R3-IB2-P9BとR6-U1-P6B

10m

R3 IB2からラック7へ

R3-IB2-P10AとR7-U1-P7B

10m

R3 IB2からラック8へ

R3-IB2-P10BとR8-U1-P8B

10m

表F-31に、8つのラックをケーブルで接続する場合の第4スパイン・スイッチ(R4-U1)のケーブル接続を示します。

表F-31 8ラック・システムにおける第4ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AとR4-U1-P3A

3m

R4 IB3からラック1へ

R4-IB3-P10BとR1-U1-P8A

10m

R4 IB3からラック2へ

R4-IB3-P11AとR2-U1-P9A

5m

R4 IB3からラック3へ

R4-IB3-P11BとR3-U1-P10A

5m

R4 IB3からラック5へ

R4-IB3-P8BとR5-U1-P4A

5m

R4 IB3からラック6へ

R4-IB3-P9AとR6-U1-P5A

5m

R4 IB3からラック7へ

R4-IB3-P9BとR7-U1-P6A

10m

R4 IB3からラック8へ

R4-IB3-P10AとR8-U1-P7A

10m

ラック4内のR4 IB2

R4-IB2-P8AとR4-U1-P3B

3m

R4 IB2からラック1へ

R4-IB2-P10BとR1-U1-P8B

10m

R4 IB2からラック2へ

R4-IB2-P11AとR2-U1-P9B

5m

R4 IB2からラック3へ

R4-IB2-P11BとR3-U1-P10B

5m

R4 IB2からラック5へ

R4-IB2-P8BとR5-U1-P4B

5m

R4 IB2からラック6へ

R4-IB2-P9AとR6-U1-P5B

5m

R4 IB2からラック7へ

R4-IB2-P9BとR7-U1-P6B

10m

R4 IB2からラック8へ

R4-IB2-P10AとR8-U1-P7B

10m

表F-32に、8つのラックをケーブルで接続する場合の第5スパイン・スイッチ(R5-U1)のケーブル接続を示します。

表F-32 8ラック・システムにおける第5ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AとR5-U1-P3A

3m

R5 IB3からラック1へ

R5-IB3-P10AとR1-U1-P7A

10m

R5 IB3からラック2へ

R5-IB3-P10BとR2-U1-P8A

10m

R5 IB3からラック3へ

R5-IB3-P11AとR3-U1-P9A

5m

R5 IB3からラック4へ

R5-IB3-P11BとR4-U1-P10A

5m

R5 IB3からラック6へ

R5-IB3-P8BとR6-U1-P4A

5m

R5 IB3からラック7へ

R5-IB3-P9AとR7-U1-P5A

5m

R5 IB3からラック8へ

R5-IB3-P9BとR8-U1-P6A

10m

ラック5内のR5 IB2

R5-IB2-P8AとR5-U1-P3B

3m

R5 IB2からラック1へ

R5-IB2-P10AとR1-U1-P7B

10m

R5 IB2からラック2へ

R5-IB2-P10BとR2-U1-P8B

10m

R5 IB2からラック3へ

R5-IB2-P11AとR3-U1-P9B

5m

R5 IB2からラック4へ

R5-IB2-P11BとR4-U1-P10B

5m

R5 IB2からラック6へ

R5-IB2-P8BとR6-U1-P4B

5m

R5 IB2からラック7へ

R5-IB2-P9AとR7-U1-P5B

5m

R5 IB2からラック8へ

R5-IB2-P9BとR8-U1-P6B

10m

表F-33に、8つのラックをケーブルで接続する場合の第6スパイン・スイッチ(R6-U1)のケーブル接続を示します。

表F-33 8ラック・システムにおける第6ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック6内のR6 IB3

R6-IB3-P8AとR6-U1-P3A

3m

R6 IB3からラック1へ

R6-IB3-P9BとR1-U1-P6A

10m

R6 IB3からラック2へ

R6-IB3-P10AとR2-U1-P7A

10m

R6 IB3からラック3へ

R6-IB3-P10BとR3-U1-P8A

10m

R6 IB3からラック4へ

R6-IB3-P11AとR4-U1-P9A

5m

R6 IB3からラック5へ

R6-IB3-P11BとR5-U1-P10A

5m

R6 IB3からラック7へ

R6-IB3-P8BとR7-U1-P4A

5m

R6 IB3からラック8へ

R6-IB3-P9AとR8-U1-P5A

5m

ラック6内のR6 IB2

R6-IB2-P8AとR6-U1-P3B

3m

R6 IB2からラック1へ

R6-IB2-P9BとR1-U1-P6B

10m

R6 IB2からラック2へ

R6-IB2-P10AとR2-U1-P7B

10m

R6 IB2からラック3へ

R6-IB2-P10BとR3-U1-P8B

10m

R6 IB2からラック4へ

R6-IB2-P11AとR4-U1-P9B

5m

R6 IB2からラック5へ

R6-IB2-P11BとR5-U1-P10B

5m

R6 IB2からラック7へ

R6-IB2-P8BとR7-U1-P4B

5m

R6 IB2からラック8へ

R6-IB2-P9AとR8-U1-P5B

5m

表F-34に、8つのラックをケーブルで接続する場合の第7スパイン・スイッチ(R7-U1)のケーブル接続を示します。

表F-34 8ラック・システムにおける第7ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック7内のR7 IB3

R7-IB3-P8AとR7-U1-P3A

3m

R7 IB3からラック1へ

R7-IB3-P9AとR1-U1-P5A

10m

R7 IB3からラック2へ

R7-IB3-P9BとR2-U1-P6A

10m

R7 IB3からラック3へ

R7-IB3-P10AとR3-U1-P7A

10m

R7 IB3からラック4へ

R7-IB3-P10BとR4-U1-P8A

10m

R7 IB3からラック5へ

R7-IB3-P11AとR5-U1-P9A

5m

R7 IB3からラック6へ

R7-IB3-P11BとR6-U1-P10A

5m

R7 IB3からラック8へ

R7-IB3-P8BとR8-U1-P4A

5m

ラック7内のR7 IB2

R7-IB2-P8AとR7-U1-P3B

3m

R7 IB2からラック1へ

R7-IB2-P9AとR1-U1-P5B

10m

R7 IB2からラック2へ

R7-IB2-P9BとR2-U1-P6B

10m

R7 IB2からラック3へ

R7-IB2-P10AとR3-U1-P7B

10m

R7 IB2からラック4へ

R7-IB2-P10BとR4-U1-P8B

10m

R7 IB2からラック5へ

R7-IB2-P11AとR5-U1-P9B

5m

R7 IB2からラック6へ

R7-IB2-P11BとR6-U1-P10B

5m

R7 IB2からラック8へ

R7-IB2-P8BとR8-U1-P4B

5m

表F-35に、8つのラックをケーブルで接続する場合の第8スパイン・スイッチ(R8-U1)のケーブル接続を示します。

表F-35 8ラック・システムにおける第8ラックのリーフ・スイッチの接続

リーフ・スイッチ

接続

ケーブル長

ラック8内のR8 IB3

R8-IB3-P8AとR8-U1-P3A

3m

R8 IB3からラック1へ

R8-IB3-P8BとR1-U1-P4A

10m

R8 IB3からラック2へ

R8-IB3-P9AとR2-U1-P5A

10m

R8 IB3からラック3へ

R8-IB3-P9BとR3-U1-P6A

10m

R8 IB3からラック4へ

R8-IB3-P10AとR4-U1-P7A

10m

R8 IB3からラック5へ

R8-IB3-P10BとR5-U1-P8A

10m

R8 IB3からラック6へ

R8-IB3-P11AとR6-U1-P9A

5m

R8 IB3からラック7へ

R8-IB3-P11BとR7-U1-P10A

5m

ラック8内のR8 IB2

R8-IB2-P8AとR8-U1-P3B

3m

R8 IB2からラック1へ

R8-IB2-P8BとR1-U1-P4B

10m

R8 IB2からラック2へ

R8-IB2-P9AとR2-U1-P5B

10m

R8 IB2からラック3へ

R8-IB2-P9BとR3-U1-P6B

10m

R8 IB2からラック4へ

R8-IB2-P10AとR4-U1-P7B

10m

R8 IB2からラック5へ

R8-IB2-P10BとR5-U1-P8B

10m

R8 IB2からラック6へ

R8-IB2-P11AとR6-U1-P9B

5m

R8 IB2からラック7へ

R8-IB2-P1BとR7-U1-P10B

5m

索引

A B C D E F G H I J K L M N O P Q R S T U V W X

記号

- , 「Client Network Config Summary」ページ 1

A

- ACブレーカ・パネル 1

- KVMからのサーバーへのアクセス 1

- アクセサリ・キット 1

- アクセス・ルート要件 1

- 音響レベル 1

- AC電源, 場所 1

- ラックの追加 1

- サービスの追加 1

- 既存のクラスタ構成オプションへの追加 1

- 管理ソフトウェアの概要 1

- 管理ネットワーク

- ケーブル配線要件 1

- 接続 1

- ポート 1

- 管理ネットワーク図 1

- 「Administrative Network」ページ(構成) 1

- 管理ユーティリティ 1

- アフリカ向けのPDUの仕様 1

- 空調 1 , 2 , 3

- 換気 1 , 5

- 換気要件 1

- アラート通知 1

- アラート 1

- 高度要件 1

- 環境相対湿度範囲 1

- 気温範囲 1 , 2

- アメリカ向けのPDUの仕様 1 , 2

- アジア太平洋向けのPDUの仕様 1

- ASR

- 概要 1

- アセットのアクティブ化 1

- サポートの追加 1

- 構成 1

- インストールの前提条件 1

- トラブルシューティング 1

- 検証 1 , 2

- asrexacheckスクリプト 1

- ASRマネージャ

- インストール 1

- ポート番号 1

- ASRネットワーク接続 1

- ASRトラップ宛先 1

- アセットの検証(ASR) 1

- Audit Vault

- インストールの前提条件 1

- プラグイン構成 1

- 自動サービス・リクエスト

- 構成 1

- インストール 1

- ポート割当て 1

B

- ベース・イメージ・ファイル 1

- ベース・イメージの再インストール 1

- ベース・イメージのユーティリティ 1

- バッテリ

- 平均寿命 1

- 交換ポリシー 1

- BDA_REBOOTファイル 1 , 2

- bda.zip構成アーカイブ 1

- bdacheckclusterユーティリティ 1

- bdacheckhwユーティリティ 1 , 2 , 3

- bdacheckibユーティリティ 1

- bda-checkip.outファイル 1

- bdachecknetユーティリティ 1 , 2

- bdacheckswユーティリティ 1 , 2 , 3

- bdacliユーティリティ 1

- bdaclustersynctimeユーティリティ 1

- BdaDeploy.jsonファイル 1

- bdadiagユーティリティ 1

- bdagetclientconfigユーティリティ 1

- bdaidユーティリティ 1

- bdaimagevalidateユーティリティ 1

- bda-install-review.htmlファイル 1

- BDAMammothディレクトリ 1

- BDA-O修理カテゴリ 1

- bda-preinstall-checkip.shファイル 1

- bdaredoclientnetユーティリティ 1

- bdaserialsユーティリティ 1

- BDAサーバー・オフライン修理カテゴリ 1

- bdaswapoffユーティリティ 1

- bdaswaponユーティリティ 1

- bdaupdatefwユーティリティ 1

- Big Data Appliance

- 「Oracle Big Data Appliance」を参照

- Big Data Connectors

- 「Oracle Big Data Connectors」を参照

- Big Data SQL

- 起動、停止、再起動 1

- 黒色のケーブル 1 , 2

- 青色のケーブル 1 , 2

- bondeth0インタフェース

- ネットワーク接続 1

- bondib0インタフェース

- 説明 1

- メンテナンス 1

- bondib0ネットワーク

- 操作の確認 1

- ブート順序, リセット 1

- ブレーカ・パネル 1

C

- ケーブル

- 色分け 1

- 予備部品 1

- 予備 1

- スプリッタ 1

- ケーブル・バンド,

- 外す 1

- ケーブル配線

- クライアント・ネットワーク 1

- 8つのラック 1

- 既存のネットワーク要件 1

- 5つのラック 1

- 4つのラック 1

- マルチラック 1 , 2

- 7つのラック 1

- 6つのラック 1

- 予備部品 1

- 3つのラック 1

- 2つのラック 1

- ケーブル配線表

- KVM (Sun Fireサーバー) 1

- KVMなし(X4-2LおよびX3-2Lサーバー) 1

- KVMなし(X6-2およびX5-2サーバー) 1

- ケージ・ナット 1

- キャスタ 1

- 注意 1

- CDH

- 健全性の確認 1

- CDHクラスタ構成 1

- CDHクラスタ・ログ 1

- CDHインストール 1

- CDHポート 1

- CDHサービス, 開始 1

- 天井高要件 1

- ファームウェアの確認 1

- ネットワーク構成の確認 1

- サーバー・ソフトウェアの確認 1

- サーキット・ブレーカ 1 , 3

- Ciscoスイッチ

- 交換部品 1

- CleanupInstallのステップ 1

- CleanupSSHrootのステップ 1

- CLI, Oracle ILOM 1

- クライアント・アクセス・ネットワーク

- ケーブル配線要件 1

- 説明 1

- 要件 1

- クライアント構成の配布 1

- 「Client Ethernet Network」ページ(構成) 1

- クライアント・ネットワーク

- 帯域幅 1

- ケーブル配線 1

- 構成 1

- スイッチを通過するトラフィック・ルーティング 1

- クライアント・ネットワーク接続 1

- CLIユーティリティ 1

- クロック構成

- イーサネット・スイッチ 1

- インフィニバンド・スイッチ 1

- Cloud Control

- 「Oracle Enterprise Manager Cloud Control」を参照 1

- Cloudera's Distribution including Apache Hadoop

- 「CDH」を参照 1

- cluster_name-config.json 1

- クラスタ拡張 1

- クラスタ名の構成 1

- クラスタのネーミング規則 1

- 「Cluster」ページ(構成) 1

- クラスタ・イメージの変更 1

- cmf.keytabファイル 1

- 診断情報の収集 1

- 色分け, ケーブル 1

- コマンド・ファイル, サーバー間での実行 1

- コマンドライン・インタフェース 1

- コマンド, サーバー全体でのリモート実行 1 , 2

- 「Complete」ページ 1

- コンポーネント構成, フルまたはスタータ・ラック 1

- コンポーネント障害, 環境的な原因 1

- コンポーネント名 1

- コンポーネント

- ラックでの場所 1 , 2 , 3

- サーバー 1

- 予備部品キット 1

- 構成

- ディスク・コントローラ 1

- 構成生成ユーティリティでの編集 1

- フルまたはスタータ・ラック・コンポーネント 1

- 物理ドライブ 1

- 問合せ 1

- 仮想ドライブ 1

- 構成 1

- 構成ファイル

- 新しいサーバーへのコピー 1

- 生成 1 , 2

- ntp.confファイル 1

- 構成生成ユーティリティ

- 入力ファイル 1

- インストール 1

- 概要 1

- 構成ワークシート

- 「構成生成ユーティリティ」を参照

- ターミナル構成コマンド 1

- 新しいディスクの構成 1

- ASRの構成 1

- イーサネット・スイッチの構成 1 , 2

- KVMの構成 1 , 2

- サーバーの構成 1

- ネットワークへのKVMの接続 1

- コネクタ

- 「Oracle Big Data Connectors」を参照

- 冷却要件 1

- 銅線ケーブル 1

- ファイルのコピー 1

- CopyLicenseFilesのステップ 1

- CopySoftwareSourceのステップ 1

- 腐食問題 1

- CreateUsersのステップ 1

- 「Customer Details」ページ(構成) 1

D

- データ・センターのスイッチの構成 1

- dbaグループ 1 , 2 , 3

- dcliユーティリティ

- 説明 1

- 例 1

- オプションの説明 1

- 戻り値 1

- 構文 1

- ターゲット・サーバー 1

- 使用 1

- 「Define Clusters」ページ(構成) 1

- 診断情報の収集 1

- 寸法

- ラック 1

- 積荷 1

- ディレクトリ, サーバー間でのファイルのコピー 1

- disablesmコマンド 1 , 2 , 3 , 5

- ディスク・コントローラ 1 , 2

- ディスク・ドライブ

- 物理スロット 1

- サーバー・ステータス・インジケータ 1

- 予備 1 , 2

- シンボリック・リンク 1

- ディスク

- 構成 1

- 修復 1

- 交換 1

- DNSネットワークの登録 1

- DNSサーバー要件 1 , 3

- ドキュメント, サードパーティ・ハードウェア 1

- ドメイン名システム構成 1

- ドアの寸法 1

- 工場出荷時のイメージのダウングレード 1

- ドライブ構成, 物理 1

E

- 接地ケーブル 1

- 電気的アクセス 1

- 電力要件 1 , 2 , 3

- 激しい雷雨 1

- 電源レセプタクル 1

- 電子ノイズ 1

- 静電放電 1

- エレベータ要件 1

- 電子メール・アカウント

- アラート(Cloudera Manager) 1

- 電子メール・アカウント, My Oracle Support (ASR) 1

- 電子メール・アラート構成 1

- 緊急停止 1

- enablesmコマンド 1 , 2

- エンジニアド・システム, Oracle Big Data Applianceへの接続 1 , 2 , 3

- Enterprise Management Cloud Control構成 1

- Enterprise Manager

- 「Oracle Enterprise Manager Cloud Control」を参照 1

- env_testコマンド 1

- 環境要件

- フル・ラック 1

- 環境仕様 1

- eth0インタフェース 1

- イーサネット・ブリッジ・ポート 1

- イーサネットのケーブル配線 1 , 2

- イーサネット・インタフェース 1

- Ethernet over InfiniBandプロトコル。 1

- イーサネット・ポート 1 , 4

- イーサネット・スイッチ

- 構成 1 , 2

- ホスト名の構成 1

- IPルーティング 1

- ポート速度 1

- 交換部品 1

- リモート・パスワードの設定 1

- 予備部品 1

- 時間設定 1

- 構成の検証および保存 1

- 欧州向けのPDUの仕様 1

- ext4ファイル・システム 1

- 外部ファイラ構成 1

F

- ファブリック管理 1

- 工場出荷時のイメージの再インストール 1

- 工場出荷時のパッチ 1

- フェイルオーバー接続 1 , 3 , 4

- ファン・モジュール

- サーバー・ステータス・インジケータ 1

- スイッチ・ステータス・インジケータ 1

- ファイル, 複数のサーバーへのコピー 1

- フィラー・パネル 1

- ファイアウォール構成 1

- Firmware Stateステータス 1

- ファームウェアの更新 1

- ファームウェアのアップグレード

- KVMスイッチ 1

- 第1サーバーの場所 1

- フロア

- 上げ床 1

- 浮出し模様 1

- フロア荷重 1 , 2

- フロア・タイル 1

- Foreign Stateステータス 1

- フォークリフト 1

- FRU 1

- フル・ラック・コンポーネント構成 1

G

- ゲートウェイ構成

- イーサネット・スイッチ 1

- ゲートウェイ・スイッチ

- VNICへの割当て 1

- ケーブル配線 1

- 構成 1

- Oracle ILOMへの接続 1

- 接続のガイドライン 1

- 交換 1

- 「インフィニバンド・スイッチ」も参照 1

- スプリッタ・ケーブルの使用 1

- ゲートウェイ・スイッチの工場出荷時のIPアドレス 1

- ゲートウェイ・スイッチのポート 1

- 「General Network Properties」ページ(構成) 1

- getmasterコマンド 1 , 2

- ヘルプの取得 1

- 接地ケーブル 1

- 接地抵抗 1

- 接地 1

- グループ, hadoop 1

- GRUBマスター・ブート・レコード 1

H

- Hadoopクラスタ構成 1

- hadoopグループ 1

- Hadoopのインストール 1

- Hadoopポート 1

- Hadoopサービス, 開始 1

- ハードウェア構成

- 問合せ 1

- ハードウェアの診断 1

- ハードウェア障害, 自動レポート 1

- ハードウェア・プロファイル, サーバーからの取得 1

- 「Hardware Selection」ページ(構成) 1

- ハードウェア・ステータス・インジケータ 1

- ハードウェア検証 1 , 2 , 3

- HDFSの診断 1

- HDFSディスクのフォーマット 1

- HDFSパーティション 1

- HDFS透過的暗号化

- 構成 1

- HDFSTransparentEncryptionのステップ 1

- hdfsユーザー 1

- インフィニバンド・スイッチの健全性の確認 1

- 高容量ノードとインフィニバンド・インフラストラクチャ

- ケーブル 1

- コンポーネント 1

- サーバーの構成 1

- サーバーのインストール 1

- ネットワーク構成 1

- PDUファームウェアの要件 1

- 高電圧PDU 1 , 2

- ホストの工場出荷時のIPアドレス 1

- ホット・スワップ修理カテゴリ 1

- HS修理カテゴリ 1

- 湿度範囲 1

I

- ibdiagnetユーティリティ 1

- iblinkinfoユーティリティ 1

- ibqueryerrorsユーティリティ 1

- ibstatusユーティリティ 1

- ILOM

- 「Oracle ILOM」を参照

- ilom-adminのデフォルト・パスワード 1

- imagehistoryユーティリティ 1

- imageinfoユーティリティ 1 , 2

- イメージ検証 1

- イメージ・バージョン

- ダウングレード 1

- アップグレード 1

- 傾斜度, 最大 1

- インフィニバンド構成 1

- インフィニバンド・ゲートウェイ・スイッチのポート 1

- インフィニバンド・ネットワーク

- ケーブル配線の確認 1

- 工場出荷時のIPアドレス 1

- インフィニバンド・ネットワーク・インタフェース・カード 1

- 「InfiniBand Network」ページ(構成) 1

- インフィニバンドのネットワーク検証 1

- インフィニバンド・ポート, 他のデバイスへの接続 1 , 2 , 3

- インフィニバンド・プライベート・ネットワーク 1

- インフィニバンド・サブネット・マネージャ 1

- インフィニバンド・スイッチ

- ステータスの確認 1

- 構成 1

- 健全性の確認 1

- 優先度設定 1

- 交換 1

- タイムゾーンの設定 1

- 予備部品 1 , 2

- インフラストラクチャ修理カテゴリ 1

- スタータ・ラックへの新しいサーバーのインストール 1

- インストールの前提条件 1

- InstallBDASoftwareのステップ 1

- InstallHadoopのステップ 1

- ベース・イメージのインストール 1

- パッチのインストール 1

- ソフトウェアのインストール 1

- 国際電気標準会議(IEC) 1

- IPアドレス

- 管理ネットワークの構成 1

- クライアント・ネットワーク構成 1

- 個々の編集 1

- 工場出荷時の設定 1

- インフィニバンド・ネットワーク構成 1

- IPアドレス要件 1

- ipmitoolコマンド 1

- IPルーティング 1

- IR修理カテゴリ 1

J

- 日本向けのPDUの仕様 1 , 2

- ジャンパ・ブラケット 1

K

- Kerberos認証

- サポートの追加 1

- 構成 1 , 2

- インストールの前提条件(リモートKDCのみ) 1

- Kerberos構成 1

- カーネル・デバイス名(ディスク・ドライブ) 1

- キー配布センター 1 , 2

- KVMスイッチ

- サーバーへのアクセス 1

- ケーブル配線 1

- 構成手順 1

- ネットワークへの接続 1

- ファームウェアのアップグレード 1

- MACアドレス 1

- 名前 1

- 起動 1

L

- リーフ・スイッチ

- 構成 1

- 「インフィニバンド・スイッチ」も参照 1

- LEDの色分け 1 , 2

- LEDステータス・インジケータ 1

- 高さ調整ボルト 1

- 水平調整脚 1 , 2

- ライセンスの場所 1

- リフト・ゲート 1

- 避雷器 1

- Lights-Out Management 1

- listlinkupコマンド 1

- 積荷ドック 1

- 第1サーバーの場所 1

- ロック, パネル 1

- 低電圧PDU 1 , 2 , 3

M

- MACアドレス 1

- KVMスイッチのMACアドレス 1

- メンテナンス・アクセス要件 1

- makebdaimageユーティリティ 1

- Mammothのダウンロード 1

- Mammothのインストール・ファイル 1

- Mammothのオプション 1

- mammoth-rack_name.paramsファイル 1

- Mammothユーティリティ

- 説明 1

- 実行ステップ 1

- 場所 1

- 失敗の理由 1

- 実行 1

- クロックの同期 1

- 構文 1

- 管理ネットワーク

- ケーブル配線要件 1

- KVMの接続 1

- 接続 1

- 工場出荷時のIPアドレス 1

- ポート 1

- 管理ユーティリティ 1 , 3

- mapredユーザー 1

- master.xml構成ファイル 1

- MegaCli64コマンド 1 , 2

- メモリー, サーバーへの追加 1

- 中東向けのPDUの仕様 1

- 最小天井高 1

- PDUの監視 1

- mount_hadoop_dirsユーティリティ 1

- デバイスのマウント 1

- 取付けブラケット 1

- 取付け工具 1

- マウント・ポイント 1

- マルチラック・ケーブル配線

- 手順 1

- 3から8 1

- 2つのラック 1

- マルチラック・クラスタ 1

- マルチラック・ソフトウェア構成 1

- My Oracle Supportの電子メール・アカウント 1

- MySQL Databaseのインストール 1

N

- ネーミング規則 1

- NET0 1

- ネットワーク

- KVMの接続 1

- 工場出荷時のIPアドレス 1

- network.json構成ファイル 1

- ネットワーク構成 1

- ネットワーク構成ファイル 1

- ネットワーク接続

- ASR 1

- 10GbEの再構成 1

- ネットワーク図 1 , 3

- ネットワーク・エラー, チェック 1

- networkexpansion.json構成ファイル 1

- 「Networking」ページ(構成) 1

- ネットワーク・インタフェース, インフィニバンド・カード 1

- ネットワーク操作, インフィニバンドの検証 1

- ネットワークの登録 1

- ネットワーク要件 1

- ネットワーク

- 管理 1

- クライアント・アクセス 1 , 2

- 説明 1

- インフィニバンド 1

- ネットワーク設定

- インストール前の検証 1

- networksetup-oneスクリプト 1

- networksetup-twoスクリプト 1

- ネットワーク接尾辞の構成 1

- ネットワーク・タイム・プロトコル 1 , 2

- ネットワーク・トポロジ 1

- ネットワーク検証 1 , 2

- ノイズ, 電子 1

- 北米向けのPDUの仕様 1 , 2

- ntp.confファイル 1

- NTPサーバー要件 1 , 3

- NTPサーバー

- 構成 1

- インフィニバンド・スイッチでの設定 1

- ナット 1

O

- ODI

- 「Oracle Data Integrator」を参照

- oinstallグループ 1 , 2 , 3

- 稼働時の注意および警告 1

- オペレーティング・システム・ディスク 1

- オペレーティング・システムの履歴 1

- オペレーティング・システム・イメージ 1

- Oracle Audit Vault and Database Firewall

- プラグイン構成 1

- Oracle Big Data Appliance

- 概要 1

- ラック・コンポーネント 1

- サーバー・コンポーネント 1

- Oracle Big Data Connectors

- 構成 1

- インストール 1 , 2

- サーバー・コンポーネントのインストール 1

- ソフトウェアのインストール 1

- Oracle Data Integrator 1

- Oracle Enterprise Manager

- トラブルシューティング 1

- Oracle Enterprise Managerエージェントのインストール 1

- Oracle Enterprise Manager Cloud Control

- Oracle Big Data Applianceでのサポートの追加 1

- 再検出 1

- Oracle Enterprise Managerプラグイン・インストールの前提条件 1

- Oracle Exadata Database Machine 1 , 2

- Oracle ILOM

- 構成のバックアップ 1

- CLIへの接続 1

- Webインタフェースへの接続 1

- 説明 1

- イーサネット接続 1

- 工場出荷時のIPアドレス 1

- シリアル接続のオープン 1

- 構成のリストア 1

- ユーザー・インタフェース 1

- Oracle ILOMポート 1

- Oracleインベントリ・グループ 1 , 2

- Oracle Linux 1

- Oracle NoSQL Database

- 構成 1 , 2

- ディスクのフォーマット 1

- インストール 1

- Oracle Server X6-2L

- 交換部品 1

- Oracleサポート 1

- oracleユーザー名 1 , 2

- 橙色のケーブル 1 , 2

- OS Watcherログ 1

P

- パレット・ジャッキ 1

- パネルのロック 1

- コマンドのパラレル実行 1

- パーティション

- 新しいディスクでの作成 1 , 2

- ディスマウント 1

- 部品キット 1

- パスワードなしSSH 1 , 2 , 3

- パスワード(デフォルト)

- イーサネット・スイッチ 1

- ilom-admin 1

- PDUメータリング・ユニット 1

- サーバー 1

- PatchFactoryImageのステップ 1

- パッチのインストール 1

- データ・センターへの経路 1

- PDA, ラックでの場所 1 , 2 , 3

- PDU構成 1

- PDUメータリング・ユニットのパスワード 1

- PDUの要件 1

- PDU

- サーキット・ブレーカ 1

- ネットワーク接続 1

- 電源投入 1

- 交換部品 1

- 単相 1 , 2

- PDUの仕様

- アメリカ、日本、台湾向け 1

- アメリカ、日本、台湾向け 1

- ヨーロッパ、中東、アフリカ、アジア太平洋向け 1

- PDUしきい値 1

- 多孔タイル 1

- コピー機 1

- 物理ドライブ構成 1

- ポート割当て 1

- ポート

- ASRマネージャ 1

- 40GbEへの接続 1

- ポート, オープン・ゲートウェイ 1 , 2 , 3

- イーサネット・スイッチのポート速度 1

- 電源コネクタ 1

- 電源コードの長さの要件 1

- 電源コード

- ラックへの接続 1

- ケーブル・バンドの取外し 1

- 配線 1

- 電源切断

- 緊急時 1

- 電源投入 1 , 2

- 電源LEDの場所 1

- 電源切断スイッチ 1

- 電源出力の接地 1

- 電源レセプタクルの場所 1

- 電力要件 1 , 5

- 電源

- サーバー・ステータス・インジケータ 1

- スイッチ・ステータス・インジケータ 1

- 無停電 1

- インストール前のタスク 1

- preinstall-checkip.shファイル 1

- preinstall-checkipスクリプト

- 実行 1

- ソフトウェア・インストールの前提条件 1

- プライベート・ネットワーク

- 操作の確認 1

- 問題のレポート 1

- Puppetユーティリティ 1

Q

- QSFPケーブル 1

- QSFPポート, 分割 1

- 構成の問合せ 1

R

- ラック・ベース名構成 1

- ラック・コンポーネント 1

- 「Rack Details」ページ(構成) 1

- ラックの寸法 1

- ラック・レイアウトの図 1 , 2 , 3

- ラック・レイアウト

- KVM (Sun Fireサーバー) 1

- KVMなし 1 , 2

- ラック・イメージの変更 1

- ラック

- 追加 1

- 電源コードの接続 1

- 検査 1

- Oracle Big Data Applianceソフトウェアのインストール 1

- 移動手順 1

- イメージ変更 1

- ベース・イメージの再インストール 1

- ラック重量 1

- RAIDアレイ, 論理アレイの修理 1

- RAID構成 1

- RAID論理ドライブ 1

- 赤色のケーブル 1 , 2

- reimageclusterユーティリティ 1

- reimagerackユーティリティ 1

- ラック・イメージの変更 1

- サーバーでのイメージの再適用 1

- ソフトウェアの再インストール 1

- 相対湿度 1 , 2

- remove-root-sshスクリプト 1 , 2

- サービスの削除 1

- 修理カテゴリ 1

- 交換部品 1

- スパイン・スイッチの交換 1

- reset-boot-orderユーティリティ 1

- resolv.conf構成ファイル 1

- Big Data SQLの再起動 1

- 再起動の検証 1

- 「Review and Edit Details」ページ(構成) 1

- ローリング・アップグレード 1

- rootユーザー, パスワードなしSSH 1

- ルート要件 1

- running-configの出力 1

S

- 安全ガイドライン 1

- scpファイル・コピー・ユーティリティ 1

- ドライバ 1

- ねじ 1

- 検索ドメインの構成 1

- センサー監視 1

- シリアル番号 1

- サーバーのブート順序, 再設定 1

- サーバー・コンポーネント 1

- サーバー構成

- 高容量ノードとインフィニバンド・インフラストラクチャ 1

- サーバーの診断 1

- サーバー・ディスク

- 構成 1

- 交換 1

- サーバーの工場出荷時のIPアドレス 1

- サーバーLED 1

- ラック内のサーバーの場所 1 , 2 , 3

- サーバー

- メモリーの追加 1

- クラスタへの追加 1

- クラスタへの割当て 1

- Oracle ILOMへの接続 1

- デフォルト・パスワード 1

- LEDの色分け 1 , 2

- ラックでの場所 1 , 2 , 3

- 監視 1

- 予備部品 1 , 2

- ベース・イメージのアップグレード 1

- サーバー・ソフトウェアの検証 1

- サービス, 開始 1

- setsmpriorityコマンド 1

- SetupASRのステップ 1

- SetupEMAgentのステップ 1

- SetupInstallのステップ 1

- SetupKerberosのステップ 1

- SetupMountPointsのステップ 1

- SetupMySQLのステップ 1

- SetupPuppetのステップ 1

- setup-root-sshスクリプト 1 , 2 , 3

- 積荷の寸法 1 , 2

- 出荷キット 1

- 積荷の重さ 1

- showコマンド 1

- showunhealthyコマンド 1

- showusbユーティリティ 1 , 2

- showvlanユーティリティ 1

- showvnicsユーティリティ 1

- シャットダウン 1

- shutdownコマンド 1

- 単相PDU 1 , 2 , 3 , 4

- サイト準備完了のタスク 1

- スロット番号(ディスク・ドライブ) 1

- スロット, ディスク・ドライブ 1

- SMTPアラート 1

- SNMPアラート 1

- ソフトウェア構成

- 問合せ 1

- ソフトウェア・イメージ

- ダウングレード 1

- アップグレード 1

- ソフトウェアのインストール

- 複数のラック 1

- アップグレード 1

- Mammothの使用 1

- ソフトウェアのポート割当て 1

- ソフトウェア・プロファイル, サーバーからの取得 1

- ソフトウェアのソース・コード, サード・パーティ 1

- ソフトウェア検証 1 , 2

- 騒音レベル 1

- 南米向けのPDUの仕様 1 , 2

- 予備部品キット 1 , 2

- スパイン・スイッチ

- ケーブル配線 1

- 構成 1

- 交換 1

- スプリッタ・ケーブル 1

- ばね板ナット 1

- SSH

- パスワードなしの削除 1

- パスワードなしの設定 1

- SSHキー, ラック配布の確認 1

- 固定用脚 1

- ラックの固定 1

- スタータ・ラック

- コンポーネント構成 1

- 拡張 1

- 物理レイアウト 1 , 2

- StartHadoopServicesのステップ 1

- KVMの起動 1

- Big Data SQLの起動または停止 1

- 起動順序, リセット 1

- 静電放電 1

- 静電気 1

- ステータス・インジケータ 1

- ストレージ・サーバー

- 交換部品 1

- サブネット・マネージャ 1 , 2 , 3

- サブネット・マネージャ・マスター 1

- サブネット・マネージャ 1

- サブネット・マスクの工場出荷時の設定 1

- Sun Network 10GbE Switch 72p 1

- Sun Network QDR InfiniBand Gateway Switch 1 , 2 , 3

- Sun Serverコンポーネント 1

- サポート・アカウント 1

- サポート・サービス 1

- スワップ・パーティション, リストア 1

- スワッピング 1 , 3 , 4

- スイッチ

- ラックでの場所 1 , 2 , 3

- 監視 1

- ネーミング規則 1

- 交換部品 1

- 交換 1

- ホスト名の設定 1

- 予備部品 1 , 2

- スイッチLED, インフィニバンド・スイッチLED 1

- スイッチ・ポート 1

- シンボリック・リンク名(ディスク・ドライブ) 1

- サーバーの同期 1

T

- 台湾向けのPDUの仕様 1 , 2

- teeユーティリティ 1

- telnetアクセス, イーサネット・スイッチの構成 1

- 温度

- 許容範囲 1

- 稼働範囲 1

- テスト・イベント(ASR) 1

- testrule設定(ASR) 1

- サード・パーティ・ライセンスの場所 1

- サード・パーティ・ソフトウェアのソース・コード 1

- 3相PDU 1 , 2 , 3

- PDUのしきい値 1

- 時間の同期 1

- タイムゾーン

- 構成設定 1

- イーサネット・スイッチの構成 1

- インフィニバンド・スイッチの構成 1

- 夏時間の設定 1

- 頂部隙間(ラック) 1

- トラップ宛先(ASR) 1

- 無効化 1

- 有効化 1

U

- 開梱手順 1

- アップグレード履歴 1

- ベース・イメージのアップグレード 1

- 工場出荷時のイメージのアップグレード 1

- ソフトウェアのアップグレード 1

- UPS 1

- USBフラッシュ・ドライブ 1 , 2

- ユーザー, hdfsとmapred 1

V

- クラスタの検証 1

- ハードウェアおよびソフトウェアの検証 1

- ネットワーク構成の検証 1

- サーバー・ソフトウェアの検証 1

- 再起動後の検証チェック 1

- 通気要件 1

- 確認

- データベース・サーバー構成 1

- ファームウェア 1

- ハードウェア 1

- versionコマンド 1

- 仮想ドライブ構成 1

- VLAN

- 構成 1

- 構成例 1

- デフォルト構成 1

- VNIC

- ゲートウェイ・スイッチへの割当て 1

- 構成 1

- デフォルト構成 1

- 再作成 1

W

- 警告 1

- Watcherログ(OS) 1

- 重量

- ラック 1

- 積荷 1

- レンチ 1

- リスト・ストラップ 1

X

- X6-2およびX5-2ラックのケーブル配線表 1

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。