Oracle SPARC Enterprise M3000、M4000、M5000、M8000 ......Oracle ホワイトペーパー — SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのアーキテクチャー

Oracle ホワイトペーパー

2011 年 4 月

Oracle SPARC Enterprise M3000、M4000、

M5000、M8000、および M9000 サーバーの

アーキテクチャー

フレキシブルでメインフレームクラスの

演算処理能力

Oracle ホワイトペーパー — SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのアーキテクチャー

はじめに .............................................................................................................................. 1

オラクルの SPARC Enterprise M-Series サーバー ........................................................... 2

性能の概要 ....................................................................................................................... 2

エントリーレベルのシステム — SPARC Enterprise M3000 サーバー ......................... 5

ミッドレンジのシステム — SPARC Enterprise M4000 および M5000 サーバー ....... 6

ハイエンドのシステム — SPARC Enterprise M8000 および M9000 サーバー........... 7

商用および科学計算のニーズに適合する ........................................................................ 9

システムのアーキテクチャー ........................................................................................... 10

システムコンポーネントの概要 .................................................................................... 10

システムバスのアーキテクチャー — Jupiter Interconnect .............................................. 16

相互接続のアーキテクチャー ........................................................................................ 16

システム相互接続の信頼性 ........................................................................................... 20

スケーラブルな性能 ...................................................................................................... 20

SPARC64 VI, VII, および VII+ プロセッサー .................................................................. 21

次世代のプロセッサーテクノロジー ............................................................................. 21

SPARC64 VI, VII, および VII+ プロセッサーのアーキテクチャー .............................. 22

I/O サブシステム .............................................................................................................. 33

I/O サブシステムのアーキテクチャー .......................................................................... 33

内部の周辺機器 .............................................................................................................. 36

External I/O Expansion Unit .......................................................................................... 36

信頼性、可用性、および保守性 ........................................................................................ 38

冗長化とホットスワップコンポーネント ...................................................................... 38

Dynamic Domains .......................................................................................................... 38

Dynamic Reconfiguration .............................................................................................. 43

先進的な信頼性 .............................................................................................................. 43

エラー検出、診断、および修復 .................................................................................... 43

システム管理 ..................................................................................................................... 44

Extended System Control Facility .................................................................................. 44

Oracle Enterprise Manager Ops Center ........................................................................ 47

Oracle Solaris 10 のオペレーティングシステム .............................................................. 50

可観測性と性能 .............................................................................................................. 50

可用性 ............................................................................................................................ 51


安全性 ............................................................................................................................ 52

仮想化とリソースの管理 ............................................................................................... 53

オラクルのサービスとトレーニングで環境を最適化する ................................................ 54

Oracle Advanced Customer Services ............................................................................ 54

教育のサービス .............................................................................................................. 55

多様な学習モード .......................................................................................................... 56

認定 ................................................................................................................................ 56

Learning Credits ............................................................................................................ 56

100% Student Satisfaction ............................................................................................. 56

Oracle Premier Support ................................................................................................. 57

迅速な診断と問題解決に対するサービスとサポート .................................................... 57

予防的な保全とオラクル製品を最大活用するためのツールとリソース ........................... 57

変化に合わせ、新しい機会を生かすための製品の革新 ................................................ 57

終わりに ............................................................................................................................ 58

詳細について ..................................................................................................................... 59


1

はじめに

組織は今、これまでになくテクノロジーに依存しています。最近、演算システムは製品デザインか

ら顧客注文の満足に至るまでの各機能において重要な役割を担っています。多くの場合、ビジネス

の成功は IT サービスの継続的な可用性に依存しています。かつてはデータセンタの一部に要求さ

れたメインフレームクラスの信頼性と保守性が今や企業全体のシステムに不可欠です。さらにデー

タセンタのサービスを強化し、電力停止の間サービスを提供し続けることは重要な関心事です。

可用性は第一の優先事項ですが、コストが予算内に収まり、操作の熟知性が維持されることも必要

です。ネットワーク化されたサービスをできるだけ効率的に経済的に提供するために、企業は統合

化と仮想化を通してすべての IT 資産を最大限利用することを検討しています。その結果、今日の

IT システム要求は単なる演算能力としての手段をはるかに超えています。内蔵の仮想化機能と関連

するツール、テクノロジーおよびプロセスを持ち、サーバーの活用を最適化するように動作する、

高度に自由度があるサーバーが要求されています。新しい演算インフラストラクチャーはまた、テ

クノロジーとトレーニングへの現在の投資を保護するのに役立つ必要があります。

Oracle SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーはそれらに関

連するコスト、複雑さ、またはベンダー訪問を伴うことなく、従来のメインフレームの利点を備え

た、高度に信頼性があり、扱いやすく、仮想化拡張可能なシステムです。実際これらのサーバーに

はオープンシステムの価格でメインフレームクラスのシステムアーキテクチャーが備えられていま

す。1 つから 64 のプロセッサーに至る対称的なマルチプロセッシング (SMP) 拡張性、4TB もの

大きさのメモリサブシステム、および高スループット I/O アーキテクチャーにより、SPARC

Enterprise M-Series サーバーは統合されたワークロードによって要求される重負荷処理を容易に

成し遂げます。そのうえ、これらのサーバーは強力な Oracle® Solaris 10 オペレーティングシステ

ムを作動すると共に業界をリードする仮想化テクノロジーが組み込まれています。Dynamic

Domains, eXtended システムボード、Dynamic Reconfiguration, および Oracle Solaris コンテナ

を備えた SPARC Enterprise M-Series サーバーはオープンシステム演算プラットフォーム 1

に洗

練されたメインフレームクラスのリソース管理をもたらします。1

1 SPARC Enterprise M3000 サーバーは Dynamic Domains, eXtended システムボードおよび Dynamic

Reconfiguration 機能はサポートしない


2

オラクルの SPARC Enterprise M-Series サーバー

クラス最高のエンタープライズプラットフォームを組織にもたらすために、大規模演算能

力、立ち直りの速いシステムアーキテクチャー、フレキシブルなリソース管理機能、およ

び Oracle Solaris 10 の先進的な機能が SPARC Enterprise サーバーに組み合わされています。

さらなる利点として、SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サー

バー ( 図 1 ) はまた、ソフトウェア、トレーニング、およびデータセンタ業務に対する

現在の投資を保護する明確なアップグレードの道筋を示すことで、前世代のオラクル

Sun サーバーに性能向上をもたらします。SPARC Enterprise サーバーを利用することで、

IT 組織はさらに強力なインフラストラクチャーを構築し、ハードウェアの活用を最適化

し、アプリケーションの可用性を向上して、より尐ない運用コストとリスクにつなげるこ

とができます。

図 1. SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーは組織に拡張可能な能力、信頼性、および

自由性をもたらす

性能の概要

SPARC Enterprise サーバーファミリーの各々は能力、信頼性、およびフレキシビリティー

を強化する同じ性能を共有しています。SPARC Enterprise M3000, M4000, M5000, M8000, お

よび M9000 サーバーは、高スピード、低待ち時間のシステム相互接続でメモリと I/O

に接続された最新世代の SPARC64® プロセッサーを使用しており、アプリケーションに

対する異例のスループットを可能にする、バランスの取れた高度の拡張性のある SMP デ

ザインを特徴にしています。また計画的、または意図しない停止時間を減らすよう設計さ

れたこれらのサーバーには、故障を避け修復時間を減らすために優れた信頼性、可用性、

および保守性の能力が組み込まれています。先進的な C PU の集積、エンドツーエンドの

データ保護、ホットスワップ可能なコンポーネント、障害修復力のあるパワーオプション、

およびハードウェア冗長などの様なデザインの特徴がこれらのシステムの信頼性を高め

ています。


3

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーはまた不一致構成の柔軟

性を備えています。他の Sun ハイエンドサーバーの様に、単一の SPARC Enterprise M4000,

M5000, M8000, または M9000 サーバーを、それぞれが Oracle Solaris の独立インスタンス

を実行する複数の電気的に分離したパーティションに物理的に分割するために管理者は

Dynamic Domains を使うことができます。1 つの Dynamic Domain 内のハードウェアまた

はソフトウェアは、故障したリソースが両方のドメインにわたって共有されていなければ、

他のドメインで動作しているアプリケーションに影響しません。

Dynamic Reconfiguration はその後、重要なシステムを中断することなくハードウェアリ

ソースを Dynamic Domains 内で再割り当てできます。SPARC Enterprise M4000, M5000,

M8000, および M9000 サーバーはリソース管理を eXtended System Board (XSB) テクノロ

ジーを使って一歩先に進め、CPU、メモリ、I/O コンポーネントなどのサブシステムボー

ドリソースの Dynamic Domains への割り当てをサポートします。eXtended System Board

テクノロジーによって提供される、きめ細かいリソース管理は企業がリソースの活用をさ

らに最適化するのに役立ちます。

さらに多くの価値を加えることとして、SPARC Enterprise サーバーファミリーによって与

えられる広い範囲の演算能力により、多くの配備分野に要求されるいろいろな水準の垂直

拡張性がもたらされ、組織がタスクに適した正しいシステムを選択できることがあります。

ラックマウントの SPARC Enterprise M3000, M4000, および M5000 サーバーはエントリー

レベルおよびミッドレンジシステム要求に適した、経済的で能力のある、信頼できるサー

バーです ( 表 1 )。 SPARC Enterprise M8000 および M9000 サーバーはハイエンド演算に

必要な大規模処理能力を提供します ( 表 2 )。

表 1. SPARC ENTERPRISE M3000, M4000, および M5000 サーバーの特徴

SPARC ENTERPRISE M3000

サーバー


サーバー


サーバー

筐体 2 ラックユニット 6 ラックユニット 10 ラックユニット

SPARC64 VI

プロセッサー

N/A 2.15 GHz

5 MB L2 キャッシュ

最大 4 デュアルコアチップ

2.15 GHz



SPARC64 VII

プロセッサー

2.52 GHz および 2.77 GHz


CPU チップ (クアッドコアまたは

デュアルコア)

2.4 GHz 5 MB L2 キャッシュ付き

2.53 GHz 5.5 MB L2 キャッシュ付き

最大 4 クアッドコアチップ


2.53 GHz 5.5 MB L2 キャッシュ付き


SPARC64 VII+

プロセッサー

2.86 GHz

5.5 MB L2 キャッシュ

CPU チップ (クアッドコアまたは

デュアルコア)





メモリ最大 64 GB

DIMM スロット

最大 256 GB

32 DIMM スロット

最大 512 GB


内部 I/O スロット 4 PCI Express 4 PCI Express

1 PCI eXtended

8 PCI Express

2 PCI eXtended

外部 I/O 筐体 1 外部 x2 SAS ポート最大 2 ユニット最大 4 ユニット

内部シリアルアタッチ

SCSI(10/100/1000)

シリアルアタッチ SCSI シリアルアタッチ SCSI


4

ストレージ最大 4 ドライバー最大 2 ドライバー最大 4 ドライバー

DYNAMIC DOMAINS 1 最大 2 最大 4


5

表 2. SPARC ENTERPRISE M8000, M9000-32, および M9000-64 サーバーの特徴


サーバー

SPARC ENTERPRISE

M9000-32 サーバー

SPARC ENTERPRISE

M9000-64 サーバー

筐体 1 キャビネット 1 キャビネット 2 キャビネット

SPARC64 VI

プロセッサー










SPARC64 VII

プロセッサー










SPARC64 VII+

プロセッサー







メモリ最大 1 TB


最大 2 TB


最大 4 TB


内部 I/O スロット 32 PCI Express 64 PCI Express 128 PCI Express

外部 I/O 筐体最大 8 ユニット最大 16 ユニット最大 16 ユニット

内部ストレージシリアルアッタッチ SCSI

最大 16 ドライバー

シリアルアタッチ SCSI


シリアルアタッチ SCSI


DYNAMIC DOMAINS 最大 16 最大 24 最大 24

エントリーレベルのシステム — SPARC Enterprise M3000 サーバー

SPARC Enterprise M3000 サーバー筐体は 2 個のラックユニット (RU) の大きさで、1 つの

プロセッサーチップと最大 64GB のメモリをサポートします。SPARC64 VII/VII+ ( デュ

アルコアまたはクアッドコア ) プロセッサーチップはマザーボードに実装されています。

SPARC Enterprise M3000 サーバーの I/O サブシステムは 4 つの内蔵 PCI Express スロッ

ト、4 つの内部ディスクドライブ、1 つの内部 DVD ドライブ、および 1 つの追加のス

トレージまたはテープデバイスユニット用の外部 SAS ポートを備えています。2 個の電

源と 2 つのファンユニットがサーバーに電力を送り、冷却します。SPARC Enterprise M3000

サーバーの前面と背面の外観を図 2 に示します。


6

図 2. SPARC Enterprise M3000 サーバーの筐体ダイアグラム

ミッドレンジのシステム — SPARC Enterprise M4000 および M5000 サー

バー

SPARC Enterprise M4000 および M5000 サーバーはエンタープライズクラスの特徴を備えた

経済性に優れた高性能のプラットフォームです。これらミッドレンジサーバーはコアビジ

ネスの運用をサポートするデータセンタのワークロードを扱うために高い信頼性をもって

デザインされています。

SPARC Enterprise M4000 サーバー

SPARC Enterprise M4000 サーバーの筐体は 6 個のラックユニット (RU) の大きさで、4 つの

プロセッサーチップ、256 GB のメモリ、および最大 2 つの Dynamic Domains をサポート

しています。さらに SPARC Enterprise M4000 サーバーは 4 つの PCI Express スロットと 1

つの PCI-X スロット、2 つのディスクドライブ、1 つの DVD ドライブおよび 1 つのオプ

ションの DAT テープドライブを備えています。2 つの電源ユニットと 4 つの冷却ファン

ユニットが SPARC Enterprise M4000 サーバーに電源を送り冷却します。SPARC Enterprise

M4000 サーバーの前面と背面の外観を図 3 に示します。



7


SPARC Enterprise M5000 サーバーの筐体は 10 RU の大きさで、最大 8 つのプロセッサー

チップ、512 GB のメモリ、および最大 4 つの Dynamic Domains をサポートします。さ

らに SPARC Enterprise M5000 サーバーは 8 つの内蔵 PCI Express および 2 つの内蔵

PCI-X スロット、4 つのディスクドライブ、1 つの DVD ドライブ、および 1 つのオプ

ションの DAT テープドライブを備えています。4 つの電源と 4 つのファンが SPARC

Enterprise M5000 サーバーに電力を送り、冷却します。SPARC Enterprise M5000 サーバー

の前面と背面の外観を図 4 に示します。


ハイエンドのシステム — SPARC Enterprise M8000 および M9000 サーバー

ハイエンド SPARC Enterprise サーバーは最も困難なワークロードでも抜群の性能を出す

様にデザインされています。メインフレームの信頼性、スーパーコンピュータによく使わ

れる先進的な性能のテクノロジー、およびオープンシステム環境を一体化することで、こ

れらのサーバーは組織が高スループットのフレキシブルなソリューションを生むのに役

立ちます。


SPARC Enterprise M8000 サーバーはエンタープライズシステム筐体に搭載され、最大 4 つ

の CPU Memory Units (CMU) と 4 つの I/O Units (IOU) をサポートしています。完全構成

された SPARC Enterprise M8000 サーバーは 16 のプロセッサーチップ、1 TB のメモリ、

32 の内蔵 PCI Express スロットを収容し、16 の Dynamic Domains に分割できます。さら

に SPARC Enterprise M8000 サーバーは最大 16 のディスクドライブ、1 つの DVD ドラ

イブ、および 1 つのオプションの DAT テープドライブをサポートしています。9 個の

電源と 12 のファンが SPARC Enterprise M8000 サーバーに電力を送り、冷却します。

SPARC Enterprise M8000 サーバーの前面と背面の外観を図 5 に示します。


8


SPARC Enterprise M9000-32 サーバー

SPARC Enterprise M9000-32 サーバーはエンタープライズシステム筐体に搭載され、最大 8

つの CMU と 8 つの IOU をサポートしています。完全構成された SPARC Enterprise

M9000-32 サーバーは 32 のプロセッサーチップ、2 TB のメモリ、64 の内蔵 PCI Express

スロットを収容し、24 の Dynamic Domains に分割できます。さらに SPARC Enterprise

M9000-32 サーバーは最大 32 のディスクドライブ、1 つの DVD ドライブ、および 1 つ

のオプションの DAT テープドライブをサポートしています。SPARC Enterprise M9000-32

サーバーの電力と冷却は 15 つの電源と 16 のファンユニットで供給されます。SPARC

Enterprise M9000-32 サーバーの前面と背面の外観を図 6 に示します。

図 6. SPARC Enterprise M9000-32 サーバーの筐体ダイアグラム

SPARC Enterprise M9000-64 サーバー

SPARC Enterprise M9000-64 サーバーを構成するため、現存のベース筐体に拡張筐体を付け

ることができ、最大 16 の CMU と 16 の IOU がサポートできます。完全構成された

SPARC Enterprise M9000-64 サーバーは 64 のプロセッサーチップ、4 TB のメモリ、128 の

内蔵 PCI Express スロットを収容し、24 の Dynamic Domains に分割できます。さらに

SPARC Enterprise M9000-64 サーバーは最大 64 のディスクドライブ、2 つの DVD ドラ


9

イブ、および 2 つのオプションの DAT テープドライブをサポートしています。SPARC

Enterprise M9000-64 サーバーは電力と冷却のために 30 個の電源と 32 のファンユニット

を使っています。SPARC Enterprise M9000-64 サーバーの前面図を図 7 に示します。

図 7. SPARC Enterprise M9000-64 サーバーの筐体ダイアグラム

商用および科学計算のニーズに適合する

演算環境の広い範囲に適合する SPARC Enterprise M-Series サーバーはハイパフォーマン

スコンピューティング (HPC) に要求される性能と共に、商用のワークロードをサポート

するのに必要な可用性を備えています ( 表 3 )。

表 3. SPARC ENTERPRISE サーバーの性能と柔軟性は広い範囲のエンタープライズアプリケーションに役立つ

SPARC ENTERPRISE M3000, M4000, および M5000 サーバー SPARC ENTERPRISE M8000 および M9000 サーバー

サーバー統合

ビジネス処理 (ERP, CRM, OLTP, バッチ)

データベース

意思決定のサポート

データマート

Web サービス

システムとネットワークの管理

アプリケーションの開発

科学エンジニアリング

サーバー統合

ビジネス処理 (ERP, CRM, OLTP, バッチ )

データベース

意思決定のサポート

データウェアハウス

IT インフラストラクチャー

アプリケーションサービス

計算量の多いの科学エンジニアリング


10

システムのアーキテクチャー

増大するワークロードと尐ない設備で多くを行うことが求められている中で、IT 組織は

より尐ない、より強力なシステムで処理要求に対処することが経済的にも有利であること

を認識しました。SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーは、

サーバー統合の要求にすぐ対処できる拡張可能で高性能のプラットフォームを作るため

に、相互接続、プロセッサー、メモリサブシステム、および I/O サブシステムが一緒に

動作します。これらのサーバーを利用することで、組織は単一プラットフォームに複数の

プロジェクトを載せて、アプリケーションの実行を低コストで加速することができます。

システムコンポーネントの概要

SPARC Enterprise M-Series サーバーのデザインは高信頼性で卓越した性能、および本当の

SMP 拡張性を備えることに明確に重点を置いています。これらのサーバーのすべてのサ

ブシステムの特性と機能はこの目標に向かって動作します。高帯域幅のシステムバス、強

力な SPARC64 VI および SPARC64 VII/VII+ プロセッサー、密度の高いメモリオプション、

および高速の PCI Express(PCIe) と PCI eXtended (PCI-X) 拡張スロットがこれらのサー

バー内で結合し、高い水準の可用時間とスループットと共にエンタープライズアプリケー

ションのための信頼できる拡張性をもたらします。

システムの相互接続

メインフレームテクノロジーに基づいた Jupiter システム相互接続によって SPARC

Enterprise M-Series サーバーに対する高レベルの性能、拡張性、および信頼性が強化され

ます。SPARC Enterprise M3000 サーバー内の単一システムコントローラーと、SPARC

Enterprise M4000, M5000, M8000, および M9000 サーバー内のクロスバーユニットによっ

て、CPU、メモリ、および I/O サブシステム間のポイント・ツー・ポイント相互接続が

与えられます。コンポーネント間に 1 つ以上のバスルートを備えることで性能が強化さ

れ、スイッチ故障が起きた時でもシステムが動作し続けることができます。実際、これら

のサーバーに用いられているシステム相互接続により、737 GB/ 秒ものピーク帯域幅が与

えられ、オラクルの前世代のハイエンドサーバーよりもはるかに大きなシステムスルー

プットがもたらされます。各 SPARC Enterprise サーバー内のシステム相互接続に関する

さらなる技術の詳細を「システムバスのアーキテクチャー」の章で述べます。

SPARC64 VI、VII および VII+ プロセッサー

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーは、富士通が開発した

SPARC64 VI, VII, および VII+ プロセッサーを使用しますが、SPARC Enterprise M3000

サーバーは、 SPARC64 VII+ プロセッサーをサポートします。マルチコア、マルチスレッ

ドの SPARC64 VI および SPARC64VII/VII+ プロセッサーのデザインは、高いレベルの信

頼性と性能を達成できるメインフレームを構築してきた数 10 年の経験に基づいていま

す。SPARC64 VII/VII+ プロセッサーは 65 nm 製造技術を使ってより速いクロックスピー

ドとサイズの低減でクアッドコア実装を提供している一方、SPARC64 VI デュアルコア、

マルチスレッドプロセッサーは 90 nm テクノロジーを利用しています。両方のプロセッ

サーは 150 ワットより低い消費電力で動作します。さらに、SPARC Enterprise M4000,

M5000, M8000, および M9000 サーバーでは、同一のシステムボード内の SPARC64 VI, VII,

および VII+ プロセッサーと混在できる構成をサポートすることで、柔軟性を増し、投資

保護を維持できます。SPARC64 プロセッサーのさらなる技術の詳細については「SPARC64


11

VI および SPARC VIIVII+ プロセッサー」の章で述べます。

メモリ

SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのメモリサブシス

テムにより、これらのシステムの拡張性とスループットが向上します。実際、SPARC

Enterprise M9000 サーバーは最大 4 TB のメモリを搭載しています。Enterprise M3000 サー

バーは 2- ウェイインターリーブ付きの DDR-II DIMMs をサポートしています。SPARC

Enterprise M4000, M5000, M8000, および M9000 サーバーはシステムの性能を高めるため

に、8 ウェイメモリインターリーブ付きの DDR-II DIMM テクノロジーを使っています。

単一バンク内に複数の DIMM サイズはサポートされていませんが、DIMM の容量はシス

テムボード全体で変わる可能性があります。使用可能な DIMM サイズは 1 GB, 2 GB, 4

GB, および 8 GB です。メモリシステムの詳細を表 4 に示します。

表 4. メモリサブシステムの規格

SPARC

ENTERPRISE

M3000 サーバー

SPARC

ENTERPRISE

M4000 サーバー

SPARC

ENTERPRISE

M5000 サーバー

SPARC

ENTERPRISE

M8000 サーバー

SPARC

ENTERPRISE

M9000-32

サーバー

SPARC

ENTERPRISE

M9000-64

サーバー

最大メモリ

容量

64 GB 256 GB 512 GB 1 TB 2 TB 4 TB

DIMM スロット 8 32 64 最大 128 最大 256 最大 512

バンクサイズ 4 DIMMs 4 DIMMs 4 DIMMs 4 DIMMs 4 DIMMs 4 DIMMs

バンクの

メモリ

2 8 16 最大 16 最大 32 最大 64

SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのメモリサブシス

テムは性能の他に、信頼性を意識して作られています。メインメモリに保存されたデータ

に対して ECC 保護が実行され、次に示す先進的な特徴が初期の診断と障害の分離を促進

してシステムの完全性を維持し、アプリケーションの可用性を向上します。

メモリパトロール — メモリパトロールはエラーに関してメモリを定期的にパトロー

ルします。この予防的な機能はそれらがシステムやアプリケーションエラーを起こす

前にメモリの障害のある領域を使うのを防止して、システムの信頼性を向上します。

メモリの拡張 -ECC — サーバーシステムのメモリの拡張 - ECC 機能はシングルバイ

トエラーの修正を行い、時々メモリデバイスの故障によって起こるバーストリードエ

ラーのようなイベントでも処理の続行をサポートします。この機能は IBM の Chipkill

テクノロジーに似ています。


12

メモリミラーリング

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーではメモリミラーリング

機能がサポートされています。メモリミラーリングは最も厳しい可用性が要求されるアプ

リケーションの実行に適した、オプションの高可用性機能です。SPARC Enterprise M4000,

M5000, M8000, および M9000 サーバーでメモリミラーリングモードが有効になると、メ

モリサブシステム書き込みデータが複製され、書き込みデータがメモリミラーの両側と比

較されます。バスまたは DIMM レベルでエラーが起きた時には、正常なデータ処理が他

のメモリバスおよび代わりの DIMM セットを通して続行されます。SPARC Enterprise

M4000 および M5000 サーバーではメモリは同じメモリモジュール内で共通メモリアド

レスコントローラー (MAC) Application Specific Integrated Circuit (ASIC) を使ってミラーリ

ングされます( 図 8 および図 9 )。

図 8 SPARC Enterprise M4000 サーバーメモリミラーリングのアーキテクチャー

図 9. SPARC Enterprise M5000 サーバーメモリミラーリングのアーキテクチャー


13

SPARC Enterprise M8000 および M9000 サーバーでは、メモリは信頼性を上げるため、隣

接する MAC ASIC 間でミラーリングされています ( 図 10 )。しかし Quad-XSB 構成では

対になった DIMM は別々の SPARC Enterprise M8000 および M9000 Quad-XSB に分離さ

れています。従ってミラーリングは Quad-XSB 構成ではサポートされていません。

図 10. SPARC Enterprise M8000 および M9000 サーバーメモリのアーキテクチャー

システムクロック

SPARC Enterprise サーバーファミリーの各々でシステムクロックの実装は違っています

が、各サーバーは信頼性に留意して設計されています。特に SPARC Enterprise M8000 サー

バーのクロックチップは冗長化された内蔵のコンポーネントと一緒に組み込まれていま

す。信頼性をさらに向上し、メンテナンスを容易にするため、SPARC Enterprise M9000 サー

バーはまたクロックチップとシステムボードの間に 2 つのクロック信号ソースとデュア

ル信号ソース同期ラインを組み込んでいます。1 つのルートが故障すると、システムは他

のルートを経由して再起動できます。


14

PCI Express および PCI-eXtended テクノロジー

SPARC Enterprise M-Series サーバーは、 I/O サブシステム間のデータ転送を高速化するの

に PCI バスを使います。PCI Express 拡張カードをサポートするために、SPARC Enterprise

M3000, M4000, M5000, M8000, および M9000 サーバーは PCI Express 物理レイヤー (PCI

Express PHY) をプロトコルの実行管理に使用します。PCI Express テクノロジーによって

本来の PCI テクノロジーのピークデータ転送レートが倍増され、スループット 2.5 Gb/

秒に達します。実際、PCI Express は Fibre Channel, InfiniBand, および Gigabit イーサネッ

トのような高スピード相互接続に対応するために開発されました。SPARC Enterprise M4000,

M5000, M8000, および M9000 サーバーはまた、外部デバイスに対する高速アクセス用の

PCI-X 拡張カードをサポートしています。 PCI-X は既存の PCI カードと逆互換性があり

ますが、64- バイトデバイスに対して最大 1 GB/ 秒のデータ転送をサポートして帯域幅

を広げます。サーバー I/O サブシステムに関する、さらなる技術の詳細を「I/O サブ

システム」の章で述べます。

サービスプロセッサー – Extended System Control Facility

計算機システムの管理を簡略化することは適用されたアプリケーションのより高いレベ

ルの可用性につながります。このことを念頭に置いて、SPARC Enterprise M-Series サーバー

には eXtended System Control Facility (XSCF) が組み込まれています。XSCF はサーバーに独

立でリモート監視と管理機能を備えた XSCF Control Package (XCP) が動作する専用のプ

ロセッサーで構成されています。このサービスプロセッサーは環境センサーを定期的に監

視し、潜在的なエラー状態について詳細な警報を発し、必要に応じて予防的なシステムメ

ンテナンスの処置を行います。実際、サーバーに電力が供給されている間はシステムが停

止している時でも、XSCF はプラットフォームを常に監視しています。XCP は Dynamic

Domain の構成、調査の処理、ハードウェア管理の能力、ハードウェアの状態監視と報告、

および処理、自動診断とドメイン修復、要求された演算の受容能力、および XSCF フェ

イルオーバーサービスを促進します。XSCF および XCP についてのさらなる技術的な詳

細は「システム管理」の章で述べます。

電源と冷却

SPARC Enterprise M-Series サーバーは電源と冷却に別々のモジュールが使われています。

システム全体に配置されたセンサーによって数か所の周囲温度を測定するだけでなく、プ

ロセッサーと主要な ASICS の温度も測定します。環境モニターと結合された電源と冷却

装置のハードウェア冗長によって、電源またはファンに障害が起きてもサーバーは動作し

続けることができます。

ファンユニット

完全冗長のホットスワップファンは SPARC Enterprise M3000,M4000, M5000, M8000, および

M9000 サーバーについての一次冷却システムとして機能します( 表 5 および表 6 )。1

つのファンが故障すると、XSCF がその故障を検知し、減尐した空気流を補完するよう

残ったファンを高スピード動作に切り替えます。SPARC Enterprise M-Series サーバーは通

常これらの状態で動作でき、故障したユニットを修理する十分な時間が得られます。ファ

ンユニットの交換はアプリケーション処理を中断することなく行うことができます。


15

電源

冗長電源と冗長電源コードの使用により、SPARC Enterprise M3000, M4000, M5000, M8000,

および M9000 サーバーの障害修復力が高まります ( 表 5 および 6 )。電源は冗長ホット

スワップ電源によって供給され、電源が故障した時でもサーバー動作をサポートするのを

助けます。電源ユニットはホットスワップ可能なので、システムが作動中に取り外しと交

換ができます。

オプションとして SPARC Enterprise M8000 および M9000 サーバーは三相電源ユニット

と対応する筐体を選ぶことができます。三相電源モデルは、接地導線と各相とを接続する

星形接続と、各相を接続するデルタ結線の 2 種類の構成が可能です。

表 5 ミッドレンジサーバーの電源と冷却の規格


サーバー


サーバー


サーバー

ファンユニット 2 つのファンユニット

2 つの 80mm ファン

1+1 冗長

4 つのファンユニット

2 つの 172 mm ファン


各タイプの 1 つが冗長

4 つのファンユニット / 2 つのファングループ


ファングループ当たり 2 つのファンユニット

ファングループ当たり 1 つの冗長ファン

電源 505 ワット

2 つのユニット

1+1 冗長

単相

AC または DC 電源

1656 ワット

2 つのユニット

1+1 冗長

単層

3198 ワット

4 つのユニット 2+2 冗長

単相

電源コード 2 本の電源ケーブル

1+1 冗長電源ケーブル

2 本の電源ケーブル




表 6 ハイエンドサーバーの電源と冷却の規格


サーバー

SPARC ENTERPRISE

M9000-32 サーバー

SPARC ENTERPRISE M9000-64 サーバー

ファンユニット 12 のファンユニット



N+1 冗長

16 のファンユニット

16 の 172 mm ファン

N+1 冗長

32 のファンユニット

32 の 172 mm ファン

N+1 冗長

電源 10,800 ワット

9 ユニット

N+1 冗長

19,100 ワット

15 ユニット

N+1 冗長

38,180 ワット

30 ユニット

N+1 冗長

オプション単相

三相

デュアルグリッド

単相

三相


単相

三相


電源コード 3 本の電源ケーブル

(単一供給)


(二重供給)

2 本の電源ケーブル (3 相 )


(単一供給)


(二重供給)

2 本の電源ケーブル (3 相)

10 本の電源ケーブル (単一供給)

20 本の電源ケーブル (二重供給)

4 本の電源ケーブル (3 相)


16

オプションの二重電源供給

企業はデータセンタ内のほとんどのことを管理できますが、電源供給の停止はしばしば予

想に反して起こります。電源喪失は IT 業務にとって壊滅的な結果になる可能性がありま

す。そのような事故の影響を小さくするために、SPARC Enterprise M3000, M4000, M5000,

M8000, および M9000 サーバーには二重電源供給の機能が備えられています。これらの

サーバーの AC 電源サブシステムは完全に重複していて、2 つの外部の独立した AC 電

源からのオプション的な電力受給が用意されています。二重電源供給と冗長電源の使用に

よって単一電源グリッド故障の後であってもサーバー業務が影響を受けない状態に維持

できるので、システムの可用性が向上します。

オペレータパネル

SPARC Enterprise M-Series サーバーはサーバーの状態を表示し、サーバー認識とユーザー

の設定情報を保存し、運転とメンテナンスモードを切り替え、そしてドメインの電源を入

れるオペレータパネルを備えています ( 図 11 ) 。サーバーの始動中、前面パネルの LED

状態表示によって XSCF およびサーバー運転が確認できます。

図 11 SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのオペレータパネル

システムバスのアーキテクチャー — Jupiter Interconnect

多数の CPU を収めたハイエンドシステムは、すべてのプロセッサーが実際にアプリケー

ションの性能に寄与することが出来る場合には拡張性を与えるだけです。広範なアプリ

ケーションに対して直線的に近い拡張性と、速くて予想可能な性能をもたらす能力は、か

なりの部分をシステムバスの性能に依存しています。SPARC Enterprise M3000, M4000,

M5000, M8000, および M9000 サーバーはコンポーネント間の大規模な帯域幅と一貫して

短い待ち時間を実現するのにシステム相互接続デザインを活用しています。Jupiter システ

ムバスはアプリケーションワークロードにバランスの取れた予想可能な性能を与えるこ

とで IT 業務に利益をもたらします。

相互接続のアーキテクチャー

Jupiter 相互接続デザインによって SPARC Enterprise M-Series サーバーの総合性能が最大

になります。パケット交換テクノロジーを利用するポイント・ツー・ポイント相互接続と

して実装されたこのシステムバスは複数のデータストリームを転送することで速いレス

ポンス時間を実現します。パケット交換によってバスの「デッド」サイクルが無くなり、

はるかに高いシステム全体のスループットで相互接続が動作できるようになります。すべ

てのルートは各方向に多重化アドレス、データ、制御、さらに ECC を持つ、単一方向性

の相互対立のないパスです。


17

これらミッドレンジおよびハイエンド SPARC Enterprise サーバーの相互接続アーキテク

チャー内のシステムコントローラーは、ローカル CPU、メモリ、I/O サブシステム、お

よび相互接続パス間を直接行き交います。ハイエンドシステムでは、システムバスはコン

ポーネント間の高スループットデータ転送を安定した待ち時間でサポートするためにシ

ステムボード間のクロスオーバースイッチとして組み込まれています。性能を改善するた

めに、SPARC Enterprise M4000 および M5000 サーバーのマザーボードまたは SPARC

Enterprise M8000 および M9000 サーバーの CMU 上のメモリの物理アドレスは、その同

じボードのシステムコントローラー全体に等分に分配されています。

SPARC Enterprise M3000 サーバーの相互接続のアーキテクチャー

SPARC Enterprise M3000 サーバーデザインは単一マザーボード内に収められています。

アーキテクチャー内で、Jupiter System Controller (JSC) はアドレスコントローラーとシステ

ムコントローラーの機能の両方を果たす単一 ASIC です。JSC は CPU、メモリ DIMMs、

および I/O コントローラー (PCIe ブリッジ ) に接続されています。SPARC Enterprise

M3000 サーバーのアーキテクチャーデザインを図 12 に示します。

図 12 SPARC Enterprise M3000 サーバーの相互接続のダイアグラム


18


SPARC Enterprise M4000 サーバーは 2 つのシステムコントローラーを収めた単一マザー

ボード内で実装されます。両方のシステムコントローラーは相互にだけでなく、CPU モ

ジュール、メモリアドレスコントローラー、および IOU とも接続しています( 図 13)。



SPARC Enterprise M5000 サーバーは単一マザーボード内に実装されていますが、2 つの論

理システムボードを備えています。 SPARC Enterprise M4000 サーバーのデザインと同様に、

各論理システムボードは相互にだけではなく CPU モジュール、コントローラー中のメモ

リ、および IOU と接続する 2 つのコントローラーを収容しています。さらに各システ

ムコントローラーは他の論理システムボード上の対応するシステムコントローラーに接

続されています ( 図 14)。


19


SPARC Enterprise M8000 および M9000 サーバーの相互接続のアーキテクチャー

SPARC Enterprise M8000 および M9000 サーバーは共通クロスバーに接続する複数のシス

テムボードを備えています。各システムボードは 4 つのシステムコントローラーを収容

し、各システムコントローラーはすべての CPU モジュールに接続しています。帯域幅の

改善のために、すべてのメモリアクセスコントローラーは 2 つのシステムコントロー

ラーに接続し、各システムコントローラーはシステムボード内の他のすべてのシステムコ

ントローラーと接続しています。システムコントローラーはまた、各クロスバーユニット

との接続を与えて、他のシステムボードへのデータ転送をサポートしています (図 15)。


20

図 15 SPARC Enterprise M8000 および M9000 サーバーの相互接続のダイアグラム

システム相互接続の信頼性

システム相互接続の内蔵された冗長および信頼性という機能は SPARC Enterprise M-series

サーバーの安定性を向上します。Jupiter 相互接続はシステムバス上およびメモリ内の完全

ECC 保護によって、データの喪失や破壊から保護します。CPU、Memory Access Controller,

または I/O Controller 内にシングルバイトデータエラーが検出されると、ハードウェアが

データを修正して転送を行います。SPARC Enterprise M8000 および M9000 サーバーはデ

グレード可能なクロスバーとバスルートを備えています。相互接続内で希に起きるハード

ウェア故障の際には、システムは再起動時に残存バスルートを使って障害のあるクロス

バーを分離し、動作の修復を促進します。

スケーラブルな性能

Jupiter システム相互接続の高い帯域幅と全体デザインは SPARC Enterprise M3000, M4000,

M5000, M8000, および M9000 サーバーのスケーラブルな性能に貢献しています。理論上

のシステムスループットのピーク、スヌープ帯域幅、および I/O 帯域幅と共にストリー

ムのベンチマークを表 7 に示します。

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーでは、CPU、メモリアドレ

スコントローラー、および I/O コントローラーがデータ転送用の高スピードブロードバ

ンドスイッチによってシステムコントローラーに直接接続されています。その結果、個々

のコンポーネント間で比較的均等な待ち時間を保つことができます。コンポーネントが加

わっても処理能力と待ち時間は务化しません。


21

実際、SPARC Enterprise M8000 および M9000 サーバーのクロスバー相互接続の実装によ

り、サーバーにシステムボードが加えられるごとに相互接続帯域幅が増加します。

表 7 SPARC ENTERPRISE M3000, M4000, M5000, M8000, および M9000 サーバーの理論的なピークシステムと I/O 帯域幅、スヌープ帯域幅、

およびストリームベンチマークの結果

理論的

ピークシステム

帯域幅

(GB/ 秒)1

スヌープ

帯域幅

(GB/ 秒)

ストリーム

ベンチマーク

トライアッド結果

(GB/ 秒)

ストリーム

ベンチマーク

コピー結果

(GB/ 秒)

理論的ピーク

I/O 帯域幅

(GB/ 秒)2

SPARC ENTERPRISE

M3000 サーバー

22 N/A 5.5 6.6 4

SPARC ENTERPRISE

M4000 サーバー

32 129 12.7 12.5 8

SPARC ENTERPRISE

M5000 サーバー

64 129 25.2 24.8 16

SPARC ENTERPRISE

M8000 サーバー

184 245 69.6 60.3 61

SPARC ENTERPRISE

M9000-32 サーバー

368 245 134.4 114.9 122

SPARC ENTERPRISE

M9000-64 サーバー

737 245 227.1 224.4 244

1. 理論的ピークシステム帯域幅はバス幅にシステムコントローラーとメモリアクセスコントローラー間のバスの周波数を掛けて計算される

2. 理論的ピーク I/O 帯域幅はバス幅にシステムコントローラーと PCI ブリッジ間のバスの周波数を掛けて計算される

SPARC64 VI, VII, および VII+ プロセッサー

SPARC Enterprise M3000 サーバーはクアッドコア SPARC64 VII+ プロセッサーをサポー

トします。SPARC EnterpriseM4000, M5000, M8000, および M9000 サーバーは、富士通製の

デュアルコア SPARC64 VI およびクアッドコア SPARC64 VII/VII+ プロセッサーの両方

を利用できます。これらのプロセッサーは革新的なマルチコアおよびマルチスレッドテク

ノロジーを組み込んでおり、幅広い信頼性の特徴を備えています。さらに SPARC64 VI お

よび SPARC64 VII/VII+ プロセッサーは SPARC V9 レベル 2 に準拠しており、何千もの

既存のアプリケーションに対するサポートを提供するのに役立ちます。SPARC Enterprise

M-Series サーバー内での SPARC64 VI および SPARC64 VII/VII+ プロセッサーの使用に

より、並外れた信頼性、アプリケーションの選択、および突出した処理能力が企業にもた

らされます。

次世代のプロセッサーテクノロジー

システム設計の技術者が、CPU クロックレートの増加が性能を落とし、パワーと発熱の

心配を生む傾向にあることを発見したことから、この 10 年間に発展したプロセッサー

アーキテクチャーに大きな変化が起こりました。Chip Multiprocessing (CMP), Vertical

Multithreading(VMT), および Simultaneous Multithreading (SMT) テクノロジーのような新機

軸が今や演算能力を改善する主流となりつつあります。


22

Chip Multiprocessing

Chip Multiprocessing テクノロジーは、複数の物理コアが 1 つのプロセッサーモジュール

に集積されるアーキテクチャーです。各物理コアは 1 つのマルチスレッドアプリケー

ションの単一実行スレッドを任意の時間に他のコアから独立して動かします。このテクノ

ロジーを使用することで、多くの場合デュアルコアプロセッサーはシングルコアモジュー

ルの性能を倍増します。各クロックサイクルで複数の命令を処理する能力は性能の優位点

の大部分を占めますが、その改善はまた、従来の CPU 間のコミュニケーションと比べて

チップ間の距離の短さとバススピードが速いことによる結果でもあります。

仮想マルチスレッディング

仮想マルチスレッディング（VMT）の技術は、単一物理コアに複数のスレッドを、各々が

仮想 CPU のようにオペレーティングシステムが認識するようにホストさせます。同じコ

アの複数スレッドが時間をスライスしたように動作し、たった 1 つだけが任意の瞬間に

実行されます。スレッドはそれが待機状態またはキャッシュミスのときは動作せず、メイ

ンメモリを待っています。スレッドスイッチは L2 キャッシュミス、ハードウェアタイ

マー、中断、またはスレッドをコントロールする特定の命令のようなイベントの時に発生

します。この方法で、VMT はプロセッサーの可用性を最大化し、効果的にキャッシュミ

スの影響を緩和することでシステム性能を改善します。システム内のスレッド数がコアの

数を超えると、VMT は性能を改善するために自動的に有効になります。

同時マルチスレッディング

同時マルチスレッディング（SMT）の技術は、一つのマルチスレッドコア内での複数スレッ

ドの同時実行をサポートします。ソフトウェアの面から見ると、各スレッドは独立してい

ます。この方法は、演算リソースを重複することで促進されます。命令バッファー、

Reservation Station、およびキャッシュのような幾つかのリソースはスレッドの間で共有さ

れます。SMT によってコンテクストスイッチ時間が短縮され、単一コア内のスレッドは

命令パイプラインをスムーズに共有します。両方のスレッドが作動できる状態になると、

それらはスーパースカラー命令発行のためのサイクルを交替して必要に応じて機能ユ

ニットを共有します。

SPARC64 VI, VII, および VII+ プロセッサーのアーキテクチャー

SPARC64 シリーズの成功には、デザインの見直しよりも着実な強化と変化が重要です。

その目的に向かって SPARC64 VI および SPARC64 VII/VII+ CPU モジュールでは、実績

があり信頼性のある SPARC64 V コアを大きなパイプラインを変更すること無く再利用

します。スループットを増すために、SPARC64 VI および SPARC64 VII/VII+ プロセッサー

ではマルチコア、マルチスレッドアーキテクチャーを活用します。SPARC64 VI プロセッ

サーでは VMT テクノロジーを活用し、コア当たり 2 コアと 2 スレッドを提供していま

す。SPARC 64 VII/VII+ プロセッサーにはコア当たり 2 スレッドを有するクアッドコア

のアーキテクチャーを組み込み、さらに性能を改善するために SMT テクノロジーを利用

しています。SPARC64 VI および SPARC64 VII/VII+ プロセッサーの規格を表 8 に詳しく

示します。


23

表 8 SPARC64 VI プロセッサーの規格

SPARC VI プロセッサー SPARC VII プロセッサー SPARC VII+ プロセッサー

スピード 2.15 GHz

2.28 GHz

2.4 GHz

2.4 GHz

2.52 GHz

2.53 GHz

2.75 GHz

2.77 GHz

2.88 GHz

2.66 GHz

2.86 GHz

3.0 GHz

アーキテクチャーデュアルコア

SPARC V9

sun4u

90 nm プロセステクノロジー

クアッドコア

SPARC V9

sun4u


クアッドコア

SPARC V9

sun4u


L1 キャッシュコア当たり 128 KB

L1 I キャッシュ

コア当たり 128 KB

L1 D キャッシュ









L2 キャッシュ 5 MB (2.15 GHz および 2.28 GHz)

6 MB (2.4 GHz)

10- ウェイアソシアティブ

(2.15 および 2.28 GHz)

12 ウェイアソシアティブ (2.4

GHz)

256 バイトラインサイズ

ECC タグおよびデータ保護

5 MB (2.4 GHz, 2.52 GHz1,

2.75 GHz, および 2.77 GHz)

5.5 MB (2.53 GHz)

6 MB (2.52 GHz2 および 2.88GHz)

12 ウェイアソシアティブ



5.5 MB (2.86 GHz)

11 MB (2.66 GHz)

12 MB (3.0 GHz)

12 ウェイアソシアティブ



電力 120 ワット公称値

150 ワット最大値

135 ワット公称値


135 ワット公称値


1. M3000 のみ

2. M8000 および M9000 のみ

キャッシュシステム

図 16 に示すように、SPARC64 VI および SPARC64 VII/VII+ プロセッサーには 2 層

キャッシュ構造が実装されています。いずれも中容量の一次キャッシュ ( L1 キャッ

シュ ) と大容量の二次キャッシュ ( L2 キャッシュ ) を備えています。L1 キャッシュは

命令専用のキャッシュ ( L1 I- キャッシュ ) とオペランド専用のキャッシュ ( L1 D

キャッシュ ) が含まれます。L1 D キャッシュは 4 バイトのアドレス境界上の 8 バンク

に分割され、2 つのオペランドが一度にアクセスできます。L1 キャッシュはキャッシュ

インデックスに仮想アドレスを利用し、キャッシュタグに物理アドレスを利用しますが、

この方法は仮想インデックス物理タグ (VIPT) として知られています。同じ物理アドレス

を 2 つの仮想アドレスにインデックスする VIPT シノニムの問題から保護するために、

PARC64 VI および SPARC64 VII/VII+ プロセッサーの L2 キャッシュは L1 キャッシュ

内のシノニムエントリーの作成を防ぎます。


24

図 16 SPARC64 VI および SPARC64 VII/VII+ プロセッサーはキャッシュ構造を組み込んでいる

SPARC64 VI および SPARC64 VII/VII+ プロセッサー内で、L2 キャッシュはすべてのコ

アにわたって共有されています。L2 から L1 キャッシュに読まれるデータを送るバスは

2 コア当たり 32 バイトの幅を与え、L1 D- キャッシュから L2 キャッシュにデータを送

るバスはコア当たり 16 バイトを与えます。

L1 キャッシュと L2 キャッシュのキャッシュアップデートポリシーは両方ともライト

バックです。キャッシュされたデータへのアップデートはシステムメモリではなくキャッ

シュに対する書き込みのみです。その結果、保存操作は 1 つのキャッシュ階層のアップ

デートで完了することができます。そのキャッシュ位置のデータはキャッシュラインが他

のメモリ位置に再割り当てされた時にシステムにライトバックされます。保存操作の頻度

が高いことを考えると、ライトバック法はキャッシュ内およびメモリのアクセス量を減ら

すことで性能の向上につながる可能性があります。

ライトバック法はキャッシュ内に最新のデータを維持するので、単一キャッシュの障害がシ

ステム全部の動作に影響するのを防ぐための特別な対策が必要になります。SPARC64 VI およ

び SPARC64 VII/VII+ プロセッサーにはプロセッサー障害の可能性があるときにエラー状態

を追跡し、キャッシュからシステムメモリへのライトバックを強制する先進的な機能が組み

込まれています。これらの特徴に関するさらなる情報はこのチャプターの信頼性、可用性、

および保守性の特徴とタイトルが付けられたセクションに記載されています。

SPARC64 VI プロセッサーのマイクロアーキテクチャーの概要

SPARC64 VI プロセッサーデザインは SPARC64 V プロセッサーの高い性能と信頼性を維

持しながら、かなりのスループットの改善を示しています。性能の向上を達成するために、

SPARC64 VI プロセッサーには CMP と VMT テクノロジーの組み合わせが組み込まれ

ています。このプロセッサーは各コアが 2 つの VMT スレッドをサポートする 2 つの物

理コアから成っており、4 つのスレッドが並行して実行するのをサポートしています。オ

ペレーティングシステムは各スレッドを仮想プロセッサーとして見做します。例えば

Oracle Solaris psradm 命令は各仮想 CUP を要求によってスペア、オンライン、またはオフ


25

ラインとして設定するのに使うことができます。

同じ物理コアに属する 2 つのスレッドは ALU および命令パイプラインの様なコアのリ

ソースの大部分を共有しますが、その 2 つの物理コアは L2 キャッシュとシステムイン

ターフェースを共有するだけです。洗練されていないマルチスレッド技術を使うと単一ス

レッドは長待ち時間イベントまでコアのすべてのリソースを占有します。特にスレッドス

イッチは L2 キャッシュミスが起こった場合、または断続的な時間間隔の経過で誘発され

ます。このアプローチは、すべてのスレッドが進展するような公平性を保ちながら遮断さ

れていないスレッドをスケジュールすることで、キャッシュミスの影響を緩和します。

この方法での複数スレッドのサポートには汎用レジスタ (GPR)、浮動小数点レジスタ

(FPR)、プログラムカウンター (PC)、およびコントロール (state) レジスタの重複が必要と

なります。電流ウィンドウレジスタ (CWR) と呼ばれる GPR の複製によって 1 サイクル

レジスタファイルアクセス時間が実現されます。さらに GPR から CWR への速い高帯域

幅のパスにより、レジスタウィンドウ移動やスレッドスイッチが要求された時に動作が速

くなります。

CMP および VMT の革新はマルチスレッド性能を明確に向上しますが、単一スレッドス

ループットは解決されません。SPARC64 VI プロセッサーは 1.35 GHz で動作する

SPARC64 V の単一スレッド性能の約 2 倍を達成します。SPARC64 VI プロセッサーのそ

の他の高度化には浮動小数点の改善を伴う洗練されたコア、および整数と浮動小数点アプ

リケーション性能の両方を改善するためのミスレートを減尐する Translation Lookaside

Buffer (TLB) の倍増があります。

SPARC64 VII/VII+ プロセッサーのマイクロアーキテクチャーの概要

SPARC64 VII/VII+ プロセッサーのコアパイプラインの基本構造は SPARC64 VI プロセッ

サーのものと同じです。しかし、SPARC64 VII/VII+ プロセッサーはマルチスレッディン

グを実行するために、VMT テクノロジーの代わりに SMT テクノロジーを利用していま

す。図 17 に示すように、SPARC64 VI プロセッサーは 2 つのスレッドを並行して実行す

るのに VMT を利用しており、どんな時でも 1 つのスレッドだけが動作しています。

図 17 SPARC64 VI プロセッサーによって利用される VMT プロセシングモデル内で、コア当たり 1 つのスレッドだけがいか

なる任意の時でも動作している


26

VMT モデル内では代わりのスレッドに切り替えるために、処理に対して特定のトリガー

が起こる必要があります。SMT テクノロジーを組み込むことで、SPARC VII/VII+ プロ

セッサーの各コア内の両方のスレッドを同時に実行することができます ( 図 18 )。その

結果、SPARC VII/VII+ にはより大きなスループットと性能を達成する可能性が与えられ

ます。

図 18 SPARC64 VII/VII+ プロセッサーによって組み込んだ SMT テクノロジーはコア内のすべてのスレッドが同時に実行す

る可能性を与える

SMT は両方のスレッドの同時実行をサポートしていますが、これらのスレッドは依然、

同じパイプラインコアを共有しています。SPARC64 VII/VII+ プロセッサーはスレッド間

の干渉を最尐化して性能を最適化するように働きます。例えば、命令フェッチステージ、

命令デコーディングステージ、およびコミットステージは各サイクル内のいずれかのス

レッドの選択を促進します。この対策はストールしたスレッドが実行中のスレッドの進行

を妨げる可能性を回避するのに役立ちます。さらに、2 つのスレッドは単一コア内で実行

していますが、各スレッドに明確に割り当てられたハードウェアリソースは分離されたま

まに維持されます。同時に、1 つのスレッドが待機状態に達すると実行中のスレッドはそ

の後共有されたリソースを十分に活用しますが、それは単一スレッド動作の性能を改善す

る機能です。


27

SPARC64 VII/VII+ プロセッサーはまた次の先進的な特徴を備えています2。

Integer Multiply-Add 命令

Integer Multiply-Add 命令は符号なしの 8 バイト整数値を含むダブルプレシジョン浮動

小数点レジスタにあるデータの融合乗算と加算命令を実行します。乗算と加算の効率

を上げることにより一部のアプリケーションの性能が向上されます。

Shared Context

Shared Context は 2 つ以上の処理で共有された仮想のアドレス空間です。この機能を

活用すれば、別々のプロセスが共有された TLB エントリーを一連の実行可能ファイ

ル、Intimate Shared Memory segments (ISM), または Dynamic Intimate Shared Memory

(DISM) セグメントに対するメモリマッピングにアクセスするのに使うことができ、諸

経費と TLB ミスを減らします。Shared Context を実行すれば仮想マシン (VM)、デー

タベース、および他の並行するアプリケーションの性能を改善するのに役立ちます。

2 SPARC64 VII/VII+ プロセッサーの先進的な機能を利用するには、特定のコンパイラバージョン、オペレー

ションシステムレベル、およびシステム構成の設定が必要です。さらなる情報はシステム文書 ( プロダク

トノートおよびコンパイル関連文書 ) を参考にしてください。


28

SPARC64 VII/VII+ プロセッサーの命令処理

図 19 に示されているように、SPARC64 VII/VII+ プロセッサー内のコアには命令フェッ

チブロックと命令実行ブロックが含まれています。命令フェッチブロックには命令用の一

次キャッシュ ( L1 I- キャッシュ ) が、命令実行ブロックにはオペランド用の一次キャッ

シュが含まれています。

図 19 SPARC64 VII/VII+ プロセッサー内の各コアには、命令フェッチブロックと命令実行ブロックがある

命令フェッチブロック

命令実行ブロックと独立に作動する命令フェッチブロックは一連の命令を命令バッ

ファー (IBUF) に取り込みます。IBUF には 256 バイトの容量があり、最大 64 の命令を

保存できます。両方のスレッドが動作しているとき、IBUF は各スレッドに等分に分割さ

れます。

IBUF 内に保存された命令は分岐予想に従って実行できる状態にあります。命令実行がス

トールした状態では命令フェッチは IBUF が一杯になるまで続行します。対照的に、命

令フェッチ動作がキャッシュエラーの様なイベントで一時停止すると、IBUF からの命令

修復が続行し、ソフトウェアの実行が IBUF に命令がある限り進行します。

命令フェッチはサイクル毎にスタートでき、一度に 8 つの命令がフェッチされます。重

要なことは、命令実行のスループットがサイクル当たり 4 つの命令が最大であることで

す。2 倍のスループットを使って、命令フェッチと IBUF は L1 I- キャッシュによって課

せられるあらゆる待ち時間を隠すことにより、システム性能の改善に役立ちます。


29

命令実行ブロック

命令フェッチブロック中に IBUF に保存された命令は、サイクル当たり 4 命令のレート

で Instruction Word Register (IWR) によって修復されます。これらの命令は Instruction

Execution Block 内でデコードされ、発行され、実行され、そしてコミットされます。

命令のデコードと発行

命令のデコードと発行の段階で、IWR 内の 4 つの命令が同時にデコードされ、様々

な予約ステーション、フェッチポート、およびレジスタアップデートバッファーの様

な実行に必要なリソースが決定されます。必要なリソースが割り当てられることがで

きると、0 から 63 におよぶ命令識別 (IID) が割り当てられ、命令が発行されます。こ

の識別体系を考慮すると、実行中の命令の最大数は 64 で、両方のスレッドが動作し

ているときは、各スレッドの命令の最大数は 32 です。各サイクルで、いずれかのス

レッドからの命令がデコードされ、スレッドは交互に切り替わります。

命令が発行されると、現時の IWR はリリースされます。リソースの割り当てには IWR

のあらゆるスロット内の命令に対する予約ステーションのような制限はありません。

また命令タイプの組み合わせの制限もありません。そのため、自由なリソースがある

限り、命令が発行できます。4 つの命令に十分なスペースがあれば、可能な限りの数

の命令がプログラムの命令の中で発行されます。前に述べたように、可能な限り命令

発行のストール状態を無くすことで、どんな 2 進コードにも高い多様性が保証されま

す。

命令の実行

SPARC64 VII/VII+ プロセッサーはデコードされた命令を予約ステーションで登録し

ます。整数動作の予約ステーション (RSE) および浮動小数点動作の予約ステーション

(RSF) だけでなく飛越し命令の予約ステーション (RSBR) およびロード / ストア命令

ための計算アドレスの予約ステーション (RSA) が備えられています。RSEs および

RSFs は実行ユニットのための 2 つの待ち行列、RSEA, RSEB, RSFA, および RSFB に

分割されます。予約テーションに保存された各命令はその予約ステーションに対応す

る実行ユニットに、ソースオペランドが命令のために準備される順に送出されます。

そのため、4 つの動作は同時に送出されることができます。

一般的に、送出の準備ができている最も古い命令が予約ステーション内の命令から選

ばれます。しかしロード命令はレジスタをアップデートするよう設定されていて、レ

ジスタが動作のソースオペランドとして使われている場合には、その命令はロード命

令の結果が得られる前に見越し的に送出されます。見越し送出しが成功したことは実

行ステージ (EX) で確認されます。見越し送出を使用することでキャッシュアクセス

のパイプラインの待ち時間が隠され、実行ユニットの効率が向上します。

命令のコミット

同時にコミットできる命令の最大数は 4 つです。命令コミットステージは 2 つのス

レッドで共有され、コミット処理を行なうためにどちらかのスレッドが各サイクルで

選択されます。異常に実行された命令の結果は最初 GPR Update Buffer (GUB) および

FPR Update Buffer (FUB) ワークレジスタ内に保存され、ソフトウェアにアクセスでき

ないまま維持されます。


30

プログラムの命令順序を確実に守るために、GPR, FPR, およびメモリのようなレジス

タはコミットステージでプログラム順にアップデートされます。さらに PC のような

コントロールレジスタもまた、コミットステージに同時にアップデートされます。前

に述べた様に正確に中断することが保証されており、実行中の処理はいつでもキャン

セルできます。この同時アップデート法を用いることで分岐予想エラーによる命令の

再実行が簡略化され、信頼性向上への貢献に役立ちます。

信頼性、可用性、および保守性の特徴

SPARC64 VI および SPARC64 VII/VII+ プロセッサーモジュールのデザインでは、改善さ

れた障害回避とエラー修正機能を備えることでシステムの信頼性を向上しています。実際、

SPARC64 VI および SPARC64 VII/VII+ プロセッサーの多くのエリアが CPU 内のエラー

検出とデータ修正に使われています。RAM ユニットは ECC 保護され、または複製され、

大部分のラッチと実行ユニットはパリティー保護されています。SPARC64 プロセッサー

の強力な RAS 機能は 1 バイトエラーを間違いなく検出し、修正または再試行を行ない

ます。一部のエラーに対し、それは通路のユニットまたはコアのユニット内のキャッシュ

をデグレードします。

SPARC64 VI および SPARC64 VII/VII+ プロセッサーの他の信頼性の特徴にはエラーマー

キング、命令エントリー、および予防保全のサポートがあります。メモリ読み込みデータ

にマルチバイトエラーがある場合、エラーのソースを識別する特別のマークがデータに書

かれ、ECC シンドロームが特別な値になって、正確な障害ソースを識別する価値ある情

報を提供します。さらに、ハードウェアエラーが検出されると、実行中の命令はキャンセ

ルされ、転送エラーを防ぐ為に自動的に再試行されます。SPARC64 VI および SPARC64

VII/VII+ プロセッサーによって発生されたエラーデータは、また予防保全をサポートす

るためにサービスプロセッサーにも送られます。

前に述べたように、SPARC64 VII/SPARC64 VII+ ではメインフレームコンピューターと同

等の RAS 機能が実装されています。これらの RAS 機能によってエラーは信頼性良く検

出され、それらの影響は限られた範囲に保たれ、修復処理が試みられ、エラーログが記録

され、ソフトウェアに知らされ、その他の様々なことがなされます。言い換えれば、基本

的な RAS 機能が完全に実施されます。RAS 機能の実施を通して SPARC64 VII/SPARC64

VII+ は任務に重要な UNIX サーバーのプロセッサーとして、高信頼性、高可用性、高保

守性、およびデータの高い完全性を提供します。

内部 RAM の信頼性および可用性の特徴

SPARC64 VI および SPARC64 VII/VII+ プロセッサーは高レベルのデータ完全性をサポー

トする信頼性と可用性の特徴を備えています。表 9 に SPARC64 VI および SPARC64

VII/VII+ プロセッサーのエラー検出と修正機能を示します。

表 9 高レベルのデータ完全性をサポートする検出および修正法

タイプエラー検出または保護方法エラー修正法

L1 命令キャッシュ ( データ ) パリティー無効化および再読み込み

L1 命令キャッシュ ( タグ ) パリティーと重複重複データの再書き込み

L1 データキャッシュ ( データ ) シングルエラー修正ダブルエラー

Detection (SECDED) ECC

ECC を使った 1 バイトエラー修正

L1 データキャッシュ (タグ) パリティーと重複重複データの再書き込み


31

L2 キャッシュ (データ) SECDED ECC ECC を使った 1 バイトエラー修正

L2 キャッシュ (タグ) SECDED ECC ECC を使った 1 バイトエラー修正

命令 TLB パリティー無効化

データ TLB パリティー無効化

Branch History パリティー分岐予想障害からの修復

SPARC64 VII/VII+ プロセッサーが L1 キャッシュ、L2 キャッシュ、および TLB を通路

ユニットに分割するセットアソシアティブの方式を実行するので、デグラデーションを粗

い方法で行うことができます。エラー発生回数は各機能ユニットに対して数えられます。

単位時間当たりのエラー発生回数が上限を超えるとデグラデーションが行われ、関連する

通路はその後使われません。ハードウェアは自動的にデグラデーションを行い、キャッ

シュ内に保存されたデータの一貫性の連続性を確実にするために、次の動作を開始します。

L2 キャッシュに書き戻す — L1 D- キャッシュがデグレードされる方法で不正なライ

ンを書き戻します。

メモリに書き戻す — L2 キャッシュがデグレードされる方法で不正なラインを書き

戻します。

通路のデグラデーションはソフトウェアに不利に影響なく行なわれ、ソフトウェアの動作

はプロセッサースピードが遅くなる以外、どんな影響も受けません。

内部レジスタと実行ユニットの信頼性の特徴

信頼性をさらに増すために、SPARC64 VI および SPARC64 VII/VII+ プロセッサーはまた

レジスタと実行ユニットにもエラー保護を備えています。これらの機能の要約を表 10 に

示します。SPARC64 VI および SPARC64 VII/VII+ プロセッサーは整数アーキテクチャー

レジスタに ECC 保護を備えています。エラーが起こると、ECC 回路がエラーを修正し

ます。浮動小数点アーキテクチャーレジスタおよび他のレジスタはパリティーバイトで保

護されています。またパリティー情報を出力結果に伝達する為に、パリティー予測回路、

残留チェック回路、および他の回路が実行ユニット内に実装されています。パリティーエ

ラーが検出されるという、起こる可能性が低いイベントでは、次の同時アップデート法と

命令再試行セクションに述べられているように、修復を試みるためにハードウェアが自動

的に命令を再実行します。

表 10 SPARC64 VI および SPARC64 VII/VII+ プロセッサーの内部レジスタと実行ユニットに対するエラー検出とデータ保護の方法

タイプエラー検出または保護方法

整数レジスタパリティーまたは SECDED ECC

浮動小数点レジスタパリティー

PC, PSTATE レジスタパリティー

演算入出力レジスタパリティー

加算、減算、除算、シフト、およびグラフィック実行ユニットパリティー予測

乗算実行ユニットパリティー予測と残留チェック


32

同時アップデート法と命令再試行

SPARC64 VI および SPARC64 VII/VII+ プロセッサーは同時アップデート法を採用してい

ます。エラーが検出されると、実行のポイントにある命令がキャンセルされます。コミッ

トメント前の中間結果は放棄される可能性があり、どのエラーにも当たることなく完了し

た命令によってアップデートされた結果だけがプログラム可能なリソースに残ります。そ

のため、エラーによるプログラム可能なリソースの破壊が防げるだけでなく、ハードウェ

アはまたエラー検出後に命令の再試行を行なうこともできます。ストールした命令は一度

放棄され、その後最初から再試行される可能性があるので、ハングアップの場合に修復す

る可能性があります。

図 20 に示すように、命令の再試行はエラーで引き起こされ、自動的にスタートされます。

再試行は正常な実行の機会を増すために命令毎に行なわれます。実行が正常に完了すると、

ステートは自動的に正常実行ステートに戻ります。この間、ソフトウェアの介入は要求さ

れず、命令再試行が成功した場合にはエラーはソフトウェアに影響しません。命令再試行

は再試行回数が閾値に達するまで繰り返されます。閾値を超えると、プロセッサーはエ

ラーのソースを記録し、オペレーティングシステムに次の処理を要求する為、エラー発生

のオペレーティングシステムに通知します。

図 20 SPARC64 VI および SPARC64 VII/VII+ プロセッサーは稼動率を上げるために自動命令再試行処理を実行する

向上された保守性

SPARC64 VI および SPARC64 VII/VII+ プロセッサーは様々なエラーチェックメカニズム

を備えています。プロセッサーはエラーを監視し、情報を eXtended System Control Facility

(XSCF) に送ります。この通知を受け取ると、XSCF ファームウェアはエラーログを集め、

分析します。SPARC64 VI および SPARC64 VII/VII+ プロセッサーのエラー通知機能を利

用して、システムは動作を続けながら故障の位置とタイプを迅速に、また正確に特定する

ことができます。その結果、システムは予防保全に有用な情報を提供し、保守性が向上し

ます。


33

I/O サブシステム

ビジネス業務のあらゆる側面で使用されるコンピュータシステムへの依存度が高まるこ

と、ますます増加する情報を保存し、処理する必要性が求められています。強力な I/O サ

ブシステムはこれら一連の大きなデータを効率的に動かし、取り扱うのに重要です。

SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーは桁外れの I/O

のスケーラビリティと性能を備えており、組織がシステムを容易に拡張し、進化するデー

タ保存の要求に適応するのに役立ちます。

I/O サブシステムのアーキテクチャー

PCI テクノロジーの利用は、SPARC Enterprise サーバー内の I/O サブシステムの性能に

とって重要です。PCI Express ブリッジはメインシステムと PCI-X スロット、PCI Express

スロット、および内部デバイスのような I/O ユニットのコンポーネント間の接続を構成

します。PCI Express バスはまた内部スロットを使うか、または External I/O Expansion Unit

を接続することにより外部 I/O デバイスの接続もサポートしています。

PCI Express および PCI-X アダプターカードのホットプラグを促進するために、SPARC

Enterprise M4000, M5000, M8000, および M9000 サーバーは PCI カセットを活用していま

す。PCI Hot Plug をサポートする PCI カードは管理者によって PCI カセットに組み込ん

で、動作中のサーバーの内部 PCI スロットまたは External I/O Expansion Unit に挿入する

ことができます。

SPARC Enterprise M3000 サーバーの I/O サブシステム

SPARC Enterprise M3000 サーバーの I/O サブシステムを図 21 に示します。SPARC

Enterprise M3000 サーバーのマザーボードに搭載された一つの PCI Express ブリッジはす

べての I/O コンポーネントをシステムコントローラーに接続しています。I/O サブシス

テムは 4 つの PCI Express スロットと 1 つの外部 SAS ポートを備えることで外部 I/O

デバイスの増設をサポートしています。外部 SAS ポートはあらゆる SAS テープまたは

ストレージデバイスを接続するのに利用できます。

図 21 PCIe SPARC Enterprise M3000 サーバーの I/O サブシステムのアーキテクチャー

M3000 サーバーのオンボード SAS コントローラーは Oracle Solaris OS raidctl utility を使っ

て RAID 1 ( ミラーリング ) ボリュームをサポートしています。


34

SPARC Enterprise M4000 および M5000 サーバーの I/O サブシステム

SPARC Enterprise M4000 サーバーは 1 つの IOU をサポートし、SPARC Enterprise M5000

サーバーは 2 つの IOU をサポートします。一つの PCI Express ブリッジは、各 IOU を

システムコントローラーに接続し、PCI-X ブリッジに対する PCI Express は SPARC

Enterprise ミッドレンジサーバーの PCI-X スロットの組み込みをサポートしています。

SPARC Enterprise M4000 サーバーの単一 IOU は 4 つの PCI Express スロットと 1 つの

PCI-X スロットを備えています ( 図 22 )。SPARC Enterprise M5000 サーバーの 2 つの

IOU は合計 8 つの PCI Express スロットと 2 つの PCI-X スロットを備えています

( 図 23 )。さらに External I/O Expansion Unit を使って、ミッドレンジ SPARC Enterprise

サーバーの利用可能な PCI スロット数を増やすことができます。

図 22 SPARC Enterprise M4000 サーバーの I/O サブシステムのアーキテクチャー

図 23 SPARC Enterprise M5000 サーバーの I/O サブシステムのアーキテクチャー


35

SPARC Enterprise ハイエンドサーバーの I/O サブシステム

SPARC Enterprise M8000 および M9000 サーバーでは 1 つのシステムボードと 1 つの

IOU を組み合わせて使うことができます。2 つの PCI Express ブリッジは各システム

ボードの IOU をクロスバースイッチに接続します。各 PCI Express ブリッジはまた、シ

ステムボードの 4 つの PCI Express スロットに対するコミュニケーションをコントロー

ルします( 図 24 )。

図 24 SPARC Enterprise M8000 および M9000 サーバーの I/O サブシステム

SPARC Enterprise M8000 および M9000 IOU は、これらのサーバーに対する PCI スロット

の総数が搭載されたシステムボードの数に依存するため、8 つの PCI Express スロットを

備えています。SPARC Enterprise ハイエンドサーバーについての内部 PCI Express スロッ

トの最大数を表 11 に表記します。さらに、利用可能な PCI スロットの総数を増やすた

めに External I/O Expansion Unit を SPARC Enterprise サーバーに付け加えることができま

す。

表 11 SPARC ENTERPRISE ハイエンドサーバーの内部 PCI スロット数

SPARC ENTERPRISE サーバーモデル内部 PCI EXPRESS スロットの最大数

M8000 32

M9000-32 64

M9000-64 128


36

内部の周辺機器

SPARC Enterprise M3000 サーバーは 1 つの内蔵 DVD ドライブと、4 つの Serial Attached

SCSI (SAS) 2.5 インチハードディスクドライブ、および 2.5 インチ SSD をサポートしてい

ます。SPARC Enterprise M3000 サーバーは、あらゆる SAS テープまたはストレージデバ

イスと接続できる 1 つの外部 SAS ポートをサポートしています。 SAS ポートは 2

レーンを備え、最大 6 Gb/ 秒の総帯域幅をサポートしています。

ディスクとテープデバイスは直接 SPARC Enterprise M4000 および M5000 サーバーに組

み込まれていますが、アドオンベースの I/O カードは SPARC Enterprise M8000 および

M9000 サーバーの内部デバイスへのアクセスを可能にします。SPARC Enterprise M4000,

M5000, M8000, および M9000 サーバーは 1 つの内蔵 DVD デバイスと 1 つのオプショ

ンの DAT テープドライブをサポートしています。拡張筐体を備えた SPARC Enterprise

M9000 サーバーは 2 つの内蔵 DVD デバイスと 2 つの内蔵 DAT テープドライブのオプ

ションをサポートしています。SPARC Enterprise M4000, M5000, M8000, および M9000 サー

バーはまたそれぞれが複数の SAS 2.5 インチハードディスクドライブまたは 2.5 インチ

SSD をサポートしています。

External I/O Expansion Unit

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーは追加の I/O 接続性をも

たらす、オプションの External I/O Expansion Unit の接続機構をサポートしています。

External I/O Expansion Unit は 6 つの PCI Express または PCI-X スロットを備えた最大

2 つの IOU を収容する、4 RU ラックに搭載可能なデバイスです。PCI カセットを使

うことで、外部 I/O 筐体はホットプラグ PCI カードの動作中の交換をサポートしてい

ます。

ホストに搭載された I/O Link カードは SPARC Enterprise External I/O Expansion Unit へ

の接続性を与え、側波帯信号を介してホスト管理の制御をサポートしています。I/O リン

クカードはローハイトのカッパーカードまたはフルハイトのファイバーカードの形で入

手でき、4GB/ 秒の帯域幅の単一 8 レーン PCI Express バスが備えられています。SPARC

Enterprise Expansion ユニットのアーキテクチャーは高スループット I/O 性能を備え、多

くの種類の PCI Expres カードに対する最大データレートと追加の PCI Express カードか

らの突発的な通信をサポートしています ( 図 25 )。


37

図 25 External I/O Expansion Unit のアーキテクチャーダイアグラム

External I/O Expansion Units はリンクカードを内蔵の PCI Express スロットに挿入し、

ケーブルをリンクカードに接続することよって SPARC Enterprise M4000, M5000, M8000,

および M9000 サーバーに付加されます。リンクカードオプショにはローハイトカッパー

リンクカードキットまたはフルハイトファイバーリンクカードキットがあります。SPARC

Enterprise サーバーは表 12 に示す様に、複数の External I/O Expansion Units の接続をサ

ポートしています。

表 12 SPARC ENTERPRISE M4000, M5000, M8000, および M9000 サーバーはオプションの EXTERNAL I/O 拡張ユニットを使って大規模な

拡張をサポートする

SPARC ENTERPRISE サーバーモデル EXTERNAL I/O EXPANSION UNITS の

最大数

PCI スロットの最大数

M4000 2 25

M5000 4 50

M8000 8 112

M9000-32 16 224

M9000-64 16 288

External I/O Expansion Unit の管理を容易にするため、I/O Manager ソフトウェアが

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーにはインストールされて

おり、コマンドラインでアクセスできる次の機能が提供されます。

PCI Express スロットに電源が入った時に External I/O Expansion Units と FRUs を発

見する。

環境、電圧、状態の情報を収集する。

External I/O Expansion Unit のエラーデータをログする。


38

信頼性、可用性、および保守性

停止時間を減らすことは、計画であろうが計画外であろうが、IT サービスにとっては重

要な問題です。システムのデザインにおいて、主要なサービスの可用性に影響することな

く、障害復旧、迅速な修理、および迅速な拡張を強化するメカニズムを備える必要があり

ます。複雑なネットワークコンピューティングソリューションと厳しい高可用性の要求を

サポートするよう具体的にデザインされた SPARC Enterprise M3000, M4000, M5000, M8000,

および M9000 サーバーには冗長およびホットスワップシステムコンポーネント、デザイ

ン全体にある診断とエラー修復機能、および組み込みのリモート管理機能が備えられてい

ます。これらの信頼性のあるサーバーの先進的なアーキテクチャーにより、高いレベルの

アプリケーションの可用性と多くの種類のハードウェア障害からの迅速な修復が強化さ

れて、企業にとってシステム操作が簡略化されると共にコストが低減されます。

冗長化とホットスワップコンポーネント

最近の IT 組織は途切れのないビジネス運用を保つことを要求されています。ネットワー

ク化された世界規模の経済環境の中で、収益を得る機会は昼夜なく提供されており、計画

停止時間を短縮し、場合によっては完全に無くすことを強いられています。これらの要求

に答えるために、SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーに

は個々のコンポーネント故障またはシステム構成の変更によって起こる中断を緩和する

のに役立つよう、内蔵の冗長およびホットスワップハードウェアが採用されています。実

際これらのシステムでは、多くの場合ユーザーやシステム機能性に影響することなくハー

ドウェア故障からの修復が可能です。

SPARC Enterprise M-Series サーバーには冗長、ホットスワップ電源とファンユニットばか

りでなく、複数の CPU、メモリ DIMM、および I//O カードを構成するオプションが備

えられています。管理者はホットスワップディスクドライブをディスクミラーリングソフ

トウェアと結合することで冗長内部ストレージを作ることができます。また M8000 およ

び M9000 サーバーは冗長、ホットスワップサービスプロセッサー、およびデグレードで

きるクロスバーユニットをサポートしており、SPARC Enterprise M9000 サーバーは冗長ク

ロックコントロールユニットも備えています。障害が起こると、これらの重複コンポーネ

ントによって継続した動作がサポートされます。コンポーネントとエラーのタイプによっ

ては、故障が自動的に診断され、関係するコンポーネントが自動的にシステムの構成から

除外されて、システムはデグレードモードで動作を続けるかリブートできます。さらに、

これらのサーバー内のホットスワップハードウェアによって、システムを停止する必要な

く保守を迅速化し、コンポーネントの交換や増設が簡単になります。

Dynamic Domains

コストと管理負荷を減らすために、多くの企業はサーバーの統合に関心を向けています。

しかし組織は単一のサーバーの複数のアプリケーションをホストすることについての安

全性と効率を向上するツールを必要としています。SPARC Enterprise M4000, M5000, M8000,

および M9000 サーバーの Dynamic Domains は単一の大きなシステムを複数のサーバー

に分割する能力を IT 組織に提供し、それぞれのサーバーは Oracle Solaris オペレーティン

グシステムの独立したインスタンスを作動して障害が隔離された状態になります。適切な

構成により、ドメインのハードウェアまたはソフトウェア障害は隔離された状態に維持さ

れ、他のドメインの動作に影響することはありません。単一サーバープラットフォーム内

の各ドメインは Oracle Solaris OS の様々なバージョンさえも動作できるので、このテクノ


39

ロジーは新規または変更されたアプリケーションの稼働前のテストに極めて有用なもの

になっています。サーバーごとの Dynamic Domains の最大数を表 13 に示します。

表 13 SPARC ENTERPRISE M4000, M5000, M8000, および M9000 サーバーに対する DYNAMIC DOMAIN の限度

サーバーモデルドメインの最大数

SPARC Enterprise M4000 サーバー 2




eXtended System Board (XSB)

Dynamic Domains は統合のための非常に効果的なツールとなってリソースの理想的な分

離を促進します。この高レベルの分離を達成するため、前世代の Sun サーバーではシス

テムボード全部を 1 つのドメインに割り当てられる最小のユニットとして指定しました。

しかし、一部の組織では完全なハードウェアの分離は必要とせず、現状のワークロードに

もっと正確に適合する演算能力を持つ、より多い数のドメインを作る能力から利益を得る

ことがあります。これらのニーズに答えるために、SPARC Enterprise M4000, M5000, M8000,

および M9000 サーバーでは eXtended System Board (XSB) に対するサポートが導入され

ています。

物理システムボードを使うため、ボード上のハードウェアリソースは分割されて

eXtended System Board として再構成され、Dynamic Domain に割り当てられます。eXtended

System Board には 2 種類あります。システムボード全から成る XSB は Uni-XSB と呼ば

れます。一方、4 つのパーツに論理的に分割されたシステムボードまたはマザーボードは

Quad-XSB と呼ばれます。以降の図に SPARC Enterprise M4000, M5000, M8000, および

M9000 サーバーの論理的分割ラインを示します ( 図 26 から 30 )。

図 26 SPARC Enterprise M4000 サーバーの Quad-XSB 構成


40

図 27 SPARC Enterprise M5000 サーバーの Uni-XSB 構成

図 28 SPARC Enterprise M5000 サーバーの Uni-XSB および Quad-XSB 構成


41

図 29 SPARC Enterprise M5000 サーバーの Quad-XSB 構成

図 30 SPARC Enterprise M8000 および M9000 システムボードの Quad-XSB 構成

eXtended システムボード機能を使用することで、サブシステムボードの演算リソースの

Dynamic Domains に対する大まかな割り当てが行われます。Dynamic Domain は Uni-XSBs

と Quad-XSBs のどんな組み合わせからでも構成でき、洗練された資産の配分を行なう能

力をもたらします。ドメイン内に収容するための正確な XSB の数とタイプを決定するに

は、リソースの活用を最大化したいという願望に対する障害分離の要求のバランスを取る

ことが必要です。XSB に加えて、I/O ユニットに接続された DVD と DAT デバイスも

Dynamic Domain に指定できます。Dynamic Domain と XSB を使うことで、企業は顧客に


42

隔離され安全なデータとプログラムをもたらしながらも、ハードウェアリソースをより良

く最適化することができます。

混在した CPU 構成

SPARC Enterprise M4000, M5000, M8000, および M9000 サーバー構成内で SPARC64 VI と

SPARC64 VII/VII+ プロセッサーを併用することに対するサポートによって投資保護のレ

ベルが一段と向上し、問題解決の自由度がさらに広がります。図 31 に示すように、

SPARC64 VI と SPARC64VII/VII+ プロセッサーは物理システムボード内、個々の

Dynamic Domain 内に共存できます。

図 31 SPARC Enterprise M4000, M5000, M8000, および M9000 サーバーはシステム構成内での SPARC64 VI と

SPARC64 VII/VII+ プロセッサーの併用をサポートする

M4000 および M5000 用の SPARC64 VII+ プロセッサーには L2$ の 11MB が付属します

が、M8000 および M9000 用の SPARC64 VII+ には L2$ の 12MB が付属します。この

L2$ 性能を達成するには 2 つの条件が適合する必要があります。

1. システムボード上の 4 つすべてのプロセッサーが SPARC64 VII+ であるこ

と。4 つのうちどれも SPARC64 VI または SPARC64 VII プロセッサーのい

ずれかであってはならない。

2. SPARC Enterprise M4000 および M5000 のマザーボードはバージョン

MBU_B またはそれ以降、SPARC Enterprise M8000 および M9000 の CPU は

バージョン CMU_C またはそれ以降でなければならない。

新しい MBU または CMU ボードが必要な理由は、前のバージョンの SC ASIC が最大

L2$ の 6MB にだけしかアクセスできなかったからです。ボードの新しいバージョンは

2$ の 12MB までアクセスできる、アップデートされた SC ASIC を備えています。

SPARC64 VII+ プロセッサーはボードの早い方のバージョンにインストールできますが、

それらの L2$ は半分にカットされます (SPARC Enterprise M4000 および M5000 で

L2$ の 5.5MB、また SPARC Enterprise M8000 および M9000 で L2$ の 6MB )。 SPARC64

VI または VII が 2 つの SPARC64 VII+ プロセッサーが既にインストールされた新しい

MBU_B か CMU_C ボードにインストールされた場合、SPARC64 VII+ プロセッサーの

L2$ は半分に減尐します (SPARC Enterprise M4000 および M5000 で L2$ の 5.5MB、また

SPARC Enterprise M8000 および M9000 で L2$ の 6MB ) 。


43

Dynamic Reconfiguration

Dynamic Reconfiguration テクノロジーは SPARC Enterprise M4000, M5000, M8000, および

M9000 サーバーをオフラインにすることなくリソースを移動する能力を管理者に与える

ことで Dynamic Domains に付加価値を与えます。このテクノロジーはサーバーがアプリ

ケーションを実行し続けながら、管理者がメンテナンス、ライブアップグレード、および

システムのハードウェアリソースに対する物理的変更を行なうのに役立ちます。Dynamic

Reconfiguration は重要なシステムを中断することのないハードウェア構成の複数の同時

変更もサポートしています。

作動中のシステムから CPU、メモリ、および I/O サブシステムのようなコンポーネント

を取り除いたり追加したりする機能はシステムの停止時間減尐に役立ちます。Dynamic

Reconfiguration を使うことでハードウェア構成変更後のシステムリブートの必要性が無

くなり、メンテナンスとアップグレードか簡略化されます。

先進的な信頼性

SPARC Enterprise M-series のコンポーネント内に取り込まれた先進的な信頼性機能によっ

て、これらのプラットフォームの総合的な安定性が向上されます。例えば SPARC

Enterprise M4000, M5000, M8000, および M9000 サーバーは複数のシステムコントロー

ラーを備えており、ハイエンドサーバーはシステムバス内の冗長を与えるためにデグレー

ド可能なクロスバースイッチを備えています。コンポーネント数とサーバーアーキテク

チャー内の複雑さの減尐は信頼性に貢献しています。さらに先進的な CPU の集積化と保

証されたデータパスの完全性により SPARC64 VI および SPARC64 VII プロセッサーによ

る自発的なエラー修復がもたらされ、是正のためのアクションを始めるまでの時間が減っ

て、稼働時間が増加します。

Oracle Solaris 予測的セルフヒーリングによって SPARC Enterprise M-Series サーバーの信頼

性がさらに強化されます。SPARC Enterprise M-Series サーバー用の Oracle Solaris の予測的

セルフヒーリングの実装によって、CPU とメモリの常時監視が実現されます。エラーの

性質によっては、スレッド、コア、または CPU 全体のいずれかを自動的にオフラインに

することで、持続的な CPU ソフトエラーが解決されます。さらにメモリページ回収機能

は、特定のメモリ DIMM のためのデータアクセスに対する複数の修正に反応してメモリ

ページを積極的にオフライン化する機能をサポートしています。

エラー検出、診断、および修復

SPARC Enterprise M-Series サーバーは故障を迅速に修正し、繰り返し停止するコンポーネ

ントを早期に発見し、修復する重要なテクノロジーを備えています。サーバーのハード

ウェアサブシステム内のエラー検出と修復機能によって、信頼性を本質的に向上するアー

キテクチャー的な利点が強化されます。最終的にアプリケーションの可用性を向上するた

めに次の機能が一緒に動作します。

エンドツーエンドのデータ保護は、システム全体のエラーを検出、修正し、全てのデー

タの完全性を保証する。


44

最新の障害隔離は、これらのサーバーがコンポーネント境界内のエラーを隔離し、コ

ンポーネント全体ではなく関係するチップだけをオフライン化するのに役立つ。エ

ラーをチップまで隔離することで安定性が増し、最大演算能力の持続した可用性がも

たらされる。これらの機能は XITY、メモリアクセスコントローラー、クロスバー ASIC、

システムコントローラー、および I/O ASIC に適用される。

常時環境監視により適切な環境とエラー状態のログ履歴がもたらされる。

ホストウォッチドッグ機能がドメインオペレーティングシステムを含むソフトウェア

の動作を定期的にチェックする。この機能はまたエラー通知と修復機能を始動するた

めに XSCF ファームウェアを使用する。

ダイナミック CPU リソースデグラデーションによってプロセッサー障害の検出、隔

離、および修復がなされる。この機能は CPU リソースを作動中のアプリケーション

を中断することなく、Dynamic Reconfiguration を使ってオペレーションシステムに動的

に再割り当てを行なう。すべてのサーバーはダイナミック CPU デグラデーションを

サポートするが、SPARC Enterprise M8000 および M9000 サーバーではダイナミックリ

プレースメントがサポートされている。また SPARC Enterprise M4000, M5000, M8000 お

よび M9000 サーバーではドメインに対する Dynamic Reconfiguration プロセスがサ

ポートされている。

差し迫った障害の兆候を検出して多くのシステムデバイスの状態を見極めるために定

期的なコンポーネント状態チェックが行なわれている。システムとアプリケーション

故障を防ぐために修復メカニズムが始動される。

エラーロギング、マルチステージ警報、電気的な FRU 識別情報、およびシステム障

害 LED 表示灯が迅速な問題解決に貢献する。

システム管理

現地で、しかもローカルなサーバー管理管理を備えることはほとんどの組織でもはや現実

的ではありません。昼夜を問わないシステム運用、災害復旧用のホットサイト、および地

理的に分散された組織が、システムのリモート管理の要求につながっています。Sun サー

バーの多くの利点の一つに完全自動のデータセンタへのサポートがあり、経費のかかるサ

ポートスタッフがネットワークアクセスを用いて、どんな場所でも働けるようにしていま

す。SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのデザインは管

理者がハードウェアに物理的にアクセスすることなく、ほとんどあらゆるタスクをリモー

トで実行し、管理するのに役立つよう、強力な eXtended System Control Facility (XSCF), XSCF

Control Package, および Oracle Enterprise Manager Ops Center ソフトウェアと連携していま

す。これらの管理ツールとリモート機能は管理的な負担を低減し、組織の時間を節約して

運用経費を減らします。

Extended System Control Facility

eXtended System Control Facility は SPARC Enterprise M3000, M4000, M5000, M8000, および

M9000 サーバーに対するリモート監視の核心と管理能力をもたらします。XSCF はサー

バーシステムに独立した専用プロセッサーで構成され、XSCF Control Package を動かしま

す。Domain to Service Processor Communication Protocol (DSCP) は XSCF とサーバー間のコ

ミュニケーションに使われます。DSCP プロトコルはサービスプロセッサーと各ドメイン

間の、プライベートの TCP/IPOracle ベース、または PPP- ベースのコミュニケーション


45

リンク上で動作します。入力電力はサーバーに供給されていますが、XSCF はすべてのド

メインがアクティブでない時でさえもシステムを常時監視しています。

XSCF は環境センサーを常に監視し、潜在的なエラー状態についての事前警報を発し、ま

た必要に応じて積極的なシステムメンテナンス作業を実行します。例えば、XSCF は物理

的なシステムダメージを誘発しそうな温度状態に反応してサーバーのシャットダウンを

開始できます。サービスプロセッサーで動作している XSCF Control Package は、管理者が

ドメインばかりでなくプラットフォーム自体をリモート的にコントロールし、監視するの

に役立ちます。

XSCF へのネットワークまたはシリアル接続を使って、オペレータはネットワーク上のど

こからでも効果的にサーバーを管理することができます。サービスプロセッサーへのリ

モート接続はオペレーティングシステムから分離して動作し、システムコンソールの完全

な制御と権限をもたらします。

冗長 XSCF

SPARC Enterprise M8000 および M9000 サーバーでは 1 つの XSCF がアクティブに設定

され、他のものはスタンバイに設定されています。2 つのサービスプロセッサー間の

XSCF ネットワークはシステム管理情報を交換します。フェイルオーバーの場合、サービ

スプロセッサーはすでに同期されていて、役割交替の準備が整っています。

DSCP ネットワーク

Domain to Service Processor Communication Protocol サービスはサービスプロセッサーと各

ドメイン間の、安全な TCP/IP および PPP ベースのコミュニケーションリンクを提供し

ます。このリンクなしでは XSCF はドメインとコミュニケーションを取ることができま

せん。サービスプロセッサーにはそのリンク側に DSCP サービス専用の 1 つの IP アド

レスと、リンクの各ドメイン側に 1 つの IP アドレスが必要です。1 つを超える XSCF

を持つシステムでは、スタンバイ XSCF はドメインとコミュニケーションを取りません。

XSCF のフェイルーバーの事態では新しくアクティブになる XSCF がフェイルオーバー

したサービスプロセッサーの IP アドレスを引き継ぎます。

XSCF Control Package

XSCF Control Package は SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 プ

ラットフォームと個々の Dynamic Domain をユーザーが迅速に効果的にコントロールし、

監視するのに役立ちます。XSCF Control Package は管理者とオペレータにシステムコント

ローラー機能へのアクセスを与えるコマンドラインインターフェース (CLI) と Web ブ

ラウザーインターフェースを提供します。特定の管理機能を持つ、パスワードで保護され

たアカウントもドメインコンソールに対するシステムの安全性をもたらします。XSCF と

各ドメイン間のコミュニケーションは Secure Shell (SSH) および Secure Socket Layer (SSL)

に基づく暗号化接続を使っており、XSCF Control Packagede で与えられるコマンドの安全

なリモートによる実行をサポートしています。

XSCF Control Package は次の重要なサーバー機能のインターフェースを提供します。

アプリケーションを中断することなくドメインを動かし続けながら、設置されたシス

テムボードをオペレーティングシステムに論理的に取り付けまたは取り外しするため

の Dynamic Reconfiguration タスクの実行。


46

Uni-XSB および Quad-XSB ユニットから構成される論理システムボードの作成とい

う Domain の管理。

監査は XSCF とドメイン間の相互作用のログ取りが含まれる。

SPARC Enterprise M-Series サーバー内のコンポーネントへの電力の監視とコントロー

ル。

提供されたハードウェア情報の解釈、高温および電力供給問題のような切迫した問題

の通知、さらにシステム管理インターフェースへのアクセス。

正確な障害診断と予想障害分析を通して可用性を改善するための、Oracle Solaris の

Fault Management Architecture との統合。

Open Boot Prom (OBP) およびパワーオンセルフテスト (POST) の様な診断プログラム

の実行と監視。

計画する能力を与え、その後追加の処理リソースを作動させる Capacity on Demand オ

ペレーションの実行。

SPARC Enterprise M8000 および M9000 サーバーのデュアル XSCF 構成の故障に対す

る監視、および必要な場合自動フェイルオーバーの実施。

役割ベースのシステム管理

XSCF Control Package は、各々が単一の SPARC Enterprise プラットフォーム内で協力して

いる別々のシステム管理者やオペレータによる、自立したドメインの独立した管理を促進

します。この管理ソフトウェアはグループに整理された複数のユーザーアカウントをサ

ポートします。様々な特権が各グループに割り当てられています。特権によってユーザー

は物理的なコンポーネント、ドメイン、またはドメイン内の物理コンポーネントを含む特

定のハードウェア一式に対する特定の一連のアクションを取ることが可能になります。さ

らにユーザーはどんなドメイン数についても複数の異なる特権を所有できます。

プラットフォームの管理

オラクルの Sun Management Center および Oracle Enterprise Manager Ops Center ソフト

ウェア、さらに他の第三者のツールは XSCF Control Package の性能を引き立たせる先進的

な管理機能をもたらします。統合を簡略化するために、サービスプロセッサーの Simple

Network Management Protocol (SNMP) エージェントを有効にすることで XSCF はシステム

管理ツールとコミュニケーションを取ることができます。サービスプロセッサーのネット

ワークインターフェースは第三者の管理アプリケーション内で SNMP マネージャーへの

データ転送を促進します。SNMP v1, v2, と v3 および複数の SNMP マネージャーからの

同時アクセスがサポートされています。サービスプロセッサー SNMP エージェントは次

のタイプの情報を SNMP マネージャーにエキスポートできます。

筐体 ID、プラットフォームタイプ、CPU の総数、およびメモリ総数の様なシステ

ム情報

ハードウェア構成

ドメインに適合性があるユニットのドメインへの割り当てを含むドメイン構成情

報。

ドメイン状態


47

パワー状態

環境状態

サービスプロセッサーの SNMP エージェントは、パブリックな MIB を使ってシステム

と障害イベントの情報を与えることができます。XSCF は次の 2 つの MIB の構成をサ

ポートしています ( 構成コマンドを表 14 に示します ) 。

XSCF 拡張 MIB (SP-MIB) — プラットフォームの状態と構成に関する情報を提供す

る。障害イベントの際には SP-MIB は基本的な障害情報と共にトラップを送る。

Fault Management MIB (FM-MIB) — 障害イベントのデータを記録する。FM-MIB は

Oracle Solaris ドメインの FMA MIB と同じ詳細情報を提供する。このデータはサービ

ステクニシャンが故障を診断するのに役立つ。

表 14 サービスプロセッサーの SNMP エージェントは 1 つまたは両方の MIB を有効にするように構成できる

MIB 構成コマンド

SP トラップのみ setsnmp enable SP_MIB

FMA トラップのみ setsnmp enable FM_MIB

SP と FMA トラップ setsnmp enable

Oracle Enterprise Manager Ops Center

Oracle Enterprise Manager Ops Center ソフトウェアは高度に拡張可能なデータセンタの管

理プラットフォームです。このソフトウェアによって、統合されたプラットフォーム管理、

コンプライアンスの報告、およびシステム提供タスクの簡略化に役立つシステムのライフ

サイクル管理と処理の自動化機能が、組織にもたらされます。Oracle Enterprise Manager Ops

Center は大規模に分散したヘテロジニアスな IT 環境を監視し、プロビジョニング、や

アップデート、および管理するのに役立ち、Microsoft Windows, Linux, および Oracle Solaris

オペレーティングシステムが動作するオラクルおよびオラクル以外のハードウェアを収

納できる、単一のコンソールを提供します。Oracle Enterprise Manager Ops Center コンソー

ルインターフェースの例を図 32 に示します。


48

図 32 Oracle Enterprise Manger Ops Center Console の表示例

Oracle Enterprise Manager Ops Center は企業が物理および仮想データセンターの資産の両

方を供給、運営するのに役立てることができ、次の機能を提供します。

システム監視。Oracle Enterprise Manager Ops Center によって、ネットワーク負荷のど

んな増分も最小化しながらも、監視機能がもたらされます。そのオペレーティングシ

ステムやサービスプロセッサーとコミュニケーションを取ることでシステムを探知で

きる Oracle Enterprise Manager Ops Center は、操作スタッフが最尐のトレーニングでシ

ステムを監視するのに役立つ方法で、Sun Fire および SPARC Enterprise サーバーの潜

在的な障害と属性についてのデータを提供できます。Oracle Enterprise Manager Ops

Center はまたすべての使用可能なシステムのエネルギー使用の監視を可能にし、その

後エネルギー使用が特定のアプリケーションに結び付けられるように、サーバーのグ

ループに関係する情報を集めます。電力使用量が 5 分毎にサンプリングされて、時間

平均がコストに簡単に移せる kWh の数字を計算するのに用いられます。

サービスプロセッサーの機能を利用して、Oracle Enterprise Manager Ops Center はハー

ドウェアがエージェントを配備せずに集中的に管理できるようにします。しかし、オ

ペレーティングシステムレベルでの監視に対し、Oracle Enterprise Manager Ops Center

は Oracle Enterprise Manager Ops Center のコントロール階層から自動的にインストー

ルできるソフトウェアエージェントを使用します。

物理環境および仮想環境の両方のライフサイクル管理。Oracle Enterprise Manager Ops

Center はそれらの、初めて電源を入れた時から撤去するまでのライフサイクルを通し

て一連の種類の異なるシステム ( ベアメタルシステムからオペレーティングシステ

ムまで ) を管理できます。Oracle Enterprise Manager Ops Center のソフトウェアライフ

サイクル管理機能には、パッチのダウンロード、システム状態のバックアップ、パッ

チの識別、あらかじめ必要なパッチのインストール、およびパッチのインストールの

ようなタスクの自動化があります。Oracle Enterprise Manager Ops Center はまた、個々

の VM の動作時間内だけでなくシステムの論理グループ化の時に構成を発見、作成、

破壊、停止、スタート、クローン、および変更する機能を通して、仮想化環境の管理

を簡略化できます。Oracle Enterprise Manager Ops Center はベンダーの提案やサイト特

有の顧客プロフィールの追跡、データセンタ全体の方針の強化や、適合対策を記録、

追跡、および監査するレポートの提供を簡略化するのに役立つ可能性があります。

オペレーティングシステムのプロビジョニングタスク。Oracle Enterprise Manager Ops

Center を使って、かつてはサーバー別あるいはオペレーティングシステム別で行わな

ければならなかったタスクが現在はリソースのプールを越えて行うことができます。

これは生産性を向上するだけでなく、データセンターを安全に運用できるようにする

ソフトウェアとファームウェアパッチを含めて環境を最新に維持するのに役立ちます。

Oracle Enterprise Manager Ops Center によってサポートされるシステムプロビジョニン

グの特徴には、標準メカニズムとプロトコルを使ったデータセンタ資産の発見、ライ

トアウト管理構成、リモートアクティブ管理、Oracle Solaris 内の複数のオペレーティ

ングシステムプロビジョニングツールに対するトランスペアレントなアクセス、Red

Hat Enterprise Linux (RHEL)、Oracle Enterprise Linux (OEL)、SUSE Linux Enterprise Server

(SLES)、さらにオペレーティングシステムファイル、シェア、サービスの作成があり

ます。

Oracle Enterprise Ops Center のアーキテクチャー

Oracle Enterprise Manager Ops Center はスケーラブルで、分散された、安全なアーキテク


49

チャーを使って構築されています。3 層アーキテクチャーは、データをローカルに、安全

に維持する分散されたプロキシを伴う集中化されたコントローラーを用いています。この

アーキテクチャーにより Oracle Enterprise Manager Ops Center のプロキシコントローラー

とエンタープライズコントローラー機能の間で伝送される必要があるデータの量が最尐

化されることで、性能が改善されます。さらにこのアーキテクチャーにより、Oracle

Enterprise Manager Ops Center がコンプレックスネットワークとファイアーウォール構成

内だけでなく世界中に分散されているかも知れないアプリケーションサイロ内で動作可

能になります。

SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーと連結して使われ

た場合、Oracle Enterprise Manager Ops Center はパッチライフサイクル管理とメンテナンス

を自動化できます。Oracle Enterprise Manager Ops Center はソフトウェアのインストール、

シミュレーション、ロールバック、コンプライアンスチェック、レポート、および他の関

連する業務をシステム管理者が自動化する手助けをすることができます。Oracle Enterprise

Manager Ops Center はまた SPARC Enterprise M3000, M4000, M5000, M8000, および M9000

サーバーで Oracle Solaris を動作しているサービスプロセッサーとドメイン内に埋め込ま

れたサービスタグテクノロジーを発見するのに用いることができます。

Solaris JumpStart ソフトウェアのフレームワークは Oracle Enterprise Manager Ops Center に

よって Oracle Solaris を個々のドメインに効果的にプロビジョンするのに使用されます。

Oracle Enterprise Manager Ops Center は責任と監査を確実なものにするために管理活動を

中央の位置から促進、管理するのに役立ちます。これらの自動化機能は既存の構成管理の

投資と合わせて、知識ベースの変更管理に用いることができます。Oracle Enterprise Manager

Ops Center を利用すれば、メンテナンスの低減と必要に応じてシステムを迅速に再構築す

る能力を通して著しいコスト低減をもたらす、さらに信頼性のある環境を組織が創造する

のに役立つ可能性があります。


50

Sun Management Center

従来の環境がオラクルの Sun Management Center ソフトウェアをサーバー管理に依然使

用しているのに対して、SPARC Enterprise M-Series サーバーは各 XSCF に Sun MC エー

ジェント備えています。Sun Management center は論理的システムユニットが単一の Sun

サーバーまたは単一サーバー内のドメインとして定義されるという、Sun システムの論理

的な見地を表しています。従来のネットワークと不均一な環境をサポートするため、Sun

Management Center ソフトウェアは CA Unicenter TNG, HP Open-View, IBM Tivoli, および

BMC Patrol を含む主要なマネジメントフレームワークと綿密に統合しています。

SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーに対して Sun

Management Center ソフトウェアは XCSF および XSCF コントロールパッケージで確立

されたプラットフォームのモデルとドメイン管理を保持しています。パーミッションとア

クセスコントロールリストを同期化し、Sun Management Center ソフトウェアユーザーは

XSCF のコマンドラインインターフェースのユーザーに対するものと同じ機能が利用で

きます。管理者とオペレータはタスクを行うのに必要なアクセスのみを与えられることが

可能です。

Sun Management Center ソフトウェアはまた、ドメイン作成、ダイナミックボードアタッチ、

およびダイナミックデタッチを含む SPARC Enterprise M4000, M5000, M8000, および

M9000 サーバー内の Dynamic Reconfiguration を管理するのに使用することができます

( 実際のアタッチおよびデタッチ操作は影響を受けるドメイン内で起こりますが Sun

Management Center ソフトウェアはこれらの動作を始動するのに GUI を備えています ) 。

Sun Management Center ソフトウェアは状態の情報を取り出すのにアクティブなドメイン

に対してだけでなく、どのドメインにも現在割り当てられていないボードに対しても

XSCF とコミュニケーションを取ることができますが、これはドメイン間のリソース配備

を管理するのに重要な要求なのです。

Oracle Solaris 10 のオペレーティングシステム

ミッションクリティカルなビジネス目標がある企業には、性能、可用性、安全性、および

ハードウェア資産の活用を最適化する能力を備えた堅牢な運用環境が必要です。比類のな

い Oracle Solaris 10 には IT 組織が業務を改善し、SPARC Enterprise M3000, M4000, M5000,

M8000, および M9000 サーバーのすべての可能性を実現するのに役立つ多くの革新的な

テクノロジーが備えられています。

可観測性と性能

組織はハードウェアプラットフォームの能力を効果的に活用する必要があります。Oracle

Solaris によってプロセッサー数の増加に従ったほぼ直線的な拡張性が容易になります。さ

らに、Oracle Solaris はオラクル最大のサーバーの物理メモリ限界さえをもはるかに超え

るメモリアドレス指定能力をサポートしています。次に示す Oracle Solaris の先進的な特

徴によって IT 組織は潜在的なソフトウェア調整のチャンスを発見する能力が得られ、シ

ステムの本来のスループットが最大化されます。

Oracle Solaris Dynamic Tracing フレームワーク (DTrace) はそれらが Java™ 仮想マシン

(JVM) 内で作動していても、アプリケーションとカーネル動作の真のシステムレベルの概

念を与える強力なツールです。DTrace ソフトウェアは動作しているオペレーティングシ

ステムカーネルとアクティブなアプリケーションを、カーネルをリブートしたり、ソフト

ウェアを再コンパイル、あるいは再起動さえすることなく安全に取り付けます。これらの


51

機能を使って、管理者は正確で簡潔な情報をリアルタイムに見ることができ、アプリケー

ション実行のパターンと傾向を強調することができます。DTrace によってもたらされる

ダイナミックな設置によって、問題を診断する時間が日と週の単位から分と時間の単位に

短縮され、より迅速なデータに基づく解決が組織にもたらされます。

Oracle Solaris の高度に拡張性のある、最適化された TCP/IP スタックによって、パケッ

トを処理するのに必要な命令の数を減らすことで諸経費を低減できます。このテクノ

ロジーは多数の接続のサポートをもたらし、サーバーネットワークのスループットが

CPU の数とネットワークインターフェースカード (NIC) の数に従って直線的に増え

るのに役立ちます。Oracle Solaris 10 ネットワークスタックを利用して、組織はアプリ

ケーション効率と性能を著しく改善できます。

Oracle Solaris 10 のメモリ運用システムは、アプリケーションが仮想メモリにもっと効

率的にアクセスする助けになるよう複数のページサイズサポートを備えており、大き

なメモリを集中的に使うアプリケーションの性能を改善します。さらに Oracle Solaris

10 Memory Placement Optimization (MPO) はシステム内で十分なバランスを維持しなが

らデータがそれにアクセスするプロセッサーにできるだけ近くのメモリに保存するの

を保証するように動作します。MPO はビジネスワークロードでは 20% も、さらに高

性能演算ワークロードでは 50% も性能を押し上げることができます。

Oracle Solaris マルチスレッド実行モデルはオラクルの Sun サーバーが拡張可能な性

能をもたらす為に役立つ重要な役割を担っています。Oracle Solaris のスレッド機能の

改善はリリース毎に行なわれ、再コンパイルなしに既存のアプリケーションに対する

性能と安定性の改善がなされます。

可用性

ハードウェアとアプリケーションの障害を迅速に診断、隔離、および除去する能力は止ま

ることのないビジネス運用の要求に適合するための最優先事項です。Oracle Solaris の長く

存在している機能はシステムの自己修復をもたらします。例えばカーネルメモリスクラ

バーは物理メモリを常にスキャンし、すべてのシングルバイト障害を修正して、これらの

問題に似たものが修正不可能なダブルバイトエラーに変わるのを減らします。Oracle

Solaris 10 は Oracle Solaris Fault Manager および Oracle Solaris Service Manager テクノロジー

の導入で、自己修復に向かって大きな飛躍をもたらします。そのソフトウェアによって、

ビジネスに重要なアプリケーションと必要不可欠なシステムサービスを、ソフトウェア故

障、大きなハードウェアコンポーネントの破壊、およびソフトウェアの設定ミス問題が起

きた場合でも中断なく続行できます。

Oracle Solaris Fault Manager は、システムの障害を自動的に診断して自己修復のアクショ

ンを実行することで複雑さを減らし、サービスの中断を防止するのに役立ちます。

Oracle Solaris Fault Manager 診断エンジンは入力するエラーの流れから認識できるパ

ターンが一度観察されると障害診断を作成します。エラー識別に続いて、Oracle Solaris

Fault Manager は特定の障害への対応のやり方を知るエージェントに情報を与えます。

問題のあるコンポーネントは故障が起きる前にシステム構成から除外され、故障が起

きた時はこの機能が自動修復と再起動を始めます。例えば、メモリエラーに対処する

ように指定されたエージェントは特定のチップ故障によって影響を受けたメモリアド

レスを判断し、その影響を受けた場所を利用できるメモリプールから取り除くことも

あり得ます。


52

Oracle Solaris Service Manager は、オペレーティングシステムとパッケージされたサービ

スの核心部全体を、一貫した一連の管理命令で管理者が操作できる最重要な対象に変

換します。Oracle Solaris Service Manager を使って、管理者は起動、停止、再起動、有効

化、無効化、ビューステータス、およびスナップショットを含むサービスに対するア

クションを取ることができます。サービススナップショットによってサービスの完全

構成が保存され、すべての誤った変更を元に戻す手段が管理者に与えられます。スナッ

プショットは誤ったエラーに対して保護することによって、サービスがリスクを減ら

すのを助け始めたときはいつでも自動的に取得されます。Oracle Solaris Service Manager

は Oracle Solaris Fault Manager に統合されています。低レベルの障害が動作している

サービスのより高レベルのコンポーネントに影響を与えることが発見されると、Oracle

Solaris Fault Manager は Oracle Solaris Service Manager を適切なアクションを取るように

差し向けることができます。

エラー状態の取り扱いに加えて、計画停止時間を効率的に扱うことで可用性のレベルをか

なり向上できます。Oracle Solaris Flash および Oracle SolarisLive Upgrade software の様な

Oracle Solaris に備えられたツールは企業がより迅速で一貫したソフトウェアのインス

トール、アップグレード、およびパッチを実現するのに役立ち、アップタイムの改善をも

たらす可能性があります。

Oracle Solaris Flash 機能は IT 組織が企業のニーズに合わせたオペレーティングシステ

ム構成でシステムを迅速に設置してアップグレードするのに役立ちます。このテクノ

ロジーは、アプリケーション、パッチ、およびパラメータを含めて、ハードウェアの

フルスピードに近いデータレートでインストールできるという、急速インストールの

印象を顧客に与えるためのツールをシステム管理者に提供します。

Oracle Solaris Live Upgrade 機能は Oracle Solaris の複数のオンディスクインスタンスを

アップグレード、管理するメカニズムを備えています。このテクノロジーは動作して

いる生産システムをオフラインにすることなく、新しい設定をリブートするのに必要

な時間だけがアプリケーションに対する停止時間となるように、そのシステムに新し

いオペレーティングシステムをインストールする能力をシステム管理者に提供します。

安全性

接続がますます増えた最近のシステムは、利点と共に困難な問題も作り出しています。地

球規模のネットワークは大きな収益の機会を与えますが、企業は安全性の懸念に周到な注

意を払わなければなりません。世界で最も安全な OS である Oracle Solaris 10 は、以前は

オラクルの軍規格 Trusted Oracle Solaris だけに見られた機能を備えています。これらの機

能は政府や財務機関によって要求された強力な管理をサポートしていますが、安全の懸念

と監査の機能についての要求に注力している企業にも利益をもたらします。

User Rights Management および Process Rights Management は安全に対する複数のアプ

リケーションに同じドメインを共有させるために、Oracle Solaris Container 仮想化テク

ノロジーと合同して機能します。ユーザーとアプリケーションに指定された任務を行

なうのに必要な最尐機能だけを認めることにより安全リスクは減尐されます。最良の

ものとはいえ、市場の他のソリューションと異なり、これらの安全強化の利点を利用

するのにアプリケーション変更は必要ありません。

Oracle Solaris Trusted Extensions は、以前は高度に専門化されたオペレーションシステム

またはアプリケーションでのみ利用できたラベリング機能によって既存の Oracle

Solaris 10 の安全方策を拡大します。これらの拡張は商用グレードのオペレーティング

システム内に、特定の規制や情報保護要求がある民間団体には有用な、本当のマルチ


53

レベルの安全性を提供します。

Oracle Solaris 10 オペレーティングシステムの中核はプラットフォームを妥協に対して

強化する機能です。Oracle Solaris 10 配置内に含まれるファイアーウォール保護テクノ

ロジーは個々のシステムを攻撃から保護します。さらに Oracle Solaris 10 内のファイル

インテグリティーチェックとディジタルサインバイナリはそのプラットフォームが

ハッカーによって未接触の状態のままであることを管理者が確認するのに役立ちます。

安全リモートアクセス機能も複数のオペレーティングシステムにわたってシステムの

管理を集中することで安全性を向上します。

仮想化とリソースの管理

それぞれの IT 資産の利用を最大化する経済的な要求によって、多くの場合複数のアプリ

ケーションを単一のサーバープラットフォームに統合することが必要になります。仮想化

技術はサーバーの各ドメイン内のアプリケーション間の管理的境界およびリソースの境

界を組織が作るのを助けることで統合戦略を 1 ステップ強化します。Oracle Solaris コン

テナテクノロジーは仮想化およびソフトウェアの区分けに躍進的なアプローチを提供し、

Oracle Solaris オペレーティングシステムの単一インスタンス内での多くの非公開実行環

境の作成をサポートします。IT 組織はこのテクノロジーを使って、扱うべき多くのオペ

レーティングシステムインスタンス数を増やすことなく、待機状態の演算能力を新しい配

備のための安全で隔離された実行時環境へと迅速に利用して備えることができます。さら

に、個々の Oracle Solaris コンテナ内のアプリケーションをホストすることにより、統合

されたサーバー内の権限とリソースのきめ細かい管理を及ぼさせる能力が管理者に与え

られます。

加えて Oracle Solaris Resource Manager ソフトウェアは、組織された方針主導の形で Oracle

Solaris コンテナ内および個々のタスクとユーザー間の演算リソースの割り当てをサポー

トします。CPU 時間、処理、仮想メモリ、接続時間、およびログインの様なシステムリ

ソースを積極的に割り当て、管理し、監視するのに Oracle Solaris リソース管理機能をき

め細かいベースで使うことは、組織がもっと予想可能な保守レベルを得るのに役立ちます。

ビジネスニーズが変化するにつれて、Oracle Solaris Resource Manager ソフトウェアは企業

が定期的にコンピュータリソースの使用に関する新しい優先度を設定するのに役立ちま

す。Oracle Solaris コンテナおよび Oracle Solaris Resource Manager ソフトウェアを利用して、

組織はリソースの活用を改善し、停止時間を減らし、またコストを下げることができます。


54

オラクルのサービスとトレーニングで環境を最適化する

高いサービスレベルをもたらすことのできる IT インフラストラクチャーを構築するた

めには人、プロセス、およびテクノロジーに向けられた包括的なアプローチが必要です。

オラクルの広範な製品知識、最適な事例、および個別化されたミッションクリティカルな

サポートサービスを活用することで、企業は停止時間の潜在的なリスクを減らし、IT サー

ビスの提供の安定性とパフォーマンスを強化することができます。

オラクルのサービスとサポート提供のポートフォリオには、ミッションクリティカルな

サービス、教育サービス、およびソフトウェアソリューションがあり、オラクルのハード

ウェアとソフトウェアソリューションのためのサービス計画をサポートしています。

Oracle Advanced Customer Services

Oracle Advanced Customer Services は複雑な IT 環境のために、最高レベルのシステム性能と

可用性を達成するため、個別にミッションクリティカルなサポートサービスを提供します。

Oracle Advanced Support Engineers は、問題を予想し、識別し、改善するための診断と監視

ツールを使って、ミッションクリティカルな環境に対する高度にプロアクティブで予防的

なサポートを提供します。システムの可用性向上を達成するための我々の高度に巧妙に考

えられたアプローチは、ビジネスの中断がより尐ない状況下でオラクルシステムからよ

り大きな価値を実現するのに役立ちます。

Oracle Advanced Customer Services のサーバーエキスパートはオラクルの革新的な

M-Series テクノロジーを、効率の促進とサーバーインフラストラクチャーのビジネス価

値を最大化するのに活用します。Oracle Advanced Support Engineers は、

より迅速な製品実現をもたらし

製品の構成のテスト、改善を行い

サーバーのインフラストラクチャーを最適化し

知識や実施可能な最良事例を IT スタッフに引き渡します。

Oracle Advanced Support Engineers はまた M-Series 製品の開発までの時間を早めるのを助

け、新しいサーバーテクノロジーを統合する時に停止時間と移動遅れのリスクを緩和する

のに役立ちます。Oracle Engineering and Development に対して独自のアクセスですが、エ

キスパートはより高い可用性を推進し、システム性能を向上するのに役立ちます。

Oracle Advanced Customer Services はユーザー独自のビジネスおよび IT 要求に適合する最

適化されたソリューションをもたらす、高度に個人化した戦略的なサポート関係に注力し

ています。

表 15 に Oracle Advanced Customer Services によって提供されるサービスのリストを示

します。これらの提案の詳しい情報は http://www.oracle.com/acs にあります。

表 15 ORACLE ADVANCED CUSTOMER SERVICES の提供内容

サービス記述

ORACLE INSTALLATION SERVICE Oracle Installation Service は経験豊富なエンジニアによる迅速な基本的サーバー設置を提供し

ます。

システムが適切に構成され、最新のパッチとアップデートがインストールされ、システムが起動からす

ぐに最適レベルで動作することを保証するように、標準化された設置方法が最良事例に基づいて適用さ

れます。

http://www.oracle.com/acs


55

ORACLE SYSTEM APPLICATION

READINESS SERVICE

Oracle System Application Readiness Service はオラクルサーバーとストレージシステムを

アプリケーションローディングする場所にスムーズに構成、実装、およびテストを行うのに必要な専門

技術を提供します。我々のシステムのエキスパートは IT アーキテクチャーを最適化する実績ある方法

を用い、オラクルサーバーと Oracle Solaris オペレーティングシステムの先進的な可用性の機能を

利用します。うまく設計されたサーバー環境により、より速いシステムの実装がサポートされ、不必要

な停止時間が防止され、さらにシステム構成エラーのリスクが低減されます。

ORACLE CLUSTER READINESS

SERVICE

Oracle Cluster Readiness Service は高可用性アプリケーションフェイルオーバー要求に適合す

る様に Oracle Cluster 環境の文書化、構成、およびテストを提供します。エキスパートは高可用性

要求に適合するためにクラスター環境をデザインしテストすることで、クライアントが Oracle

Solaris Cluster ソフトウェアを最大限活用するのを助けます。このサービスを利用することで組織

は特定の要求に適合する様にソリューションがテストされ確認されたことを理解したうえで、クラス

ター導入の配備を、自信を持って行うことができます。

ORACLE I-RUNBOOK SERVICE Oracle i-Runbook Service には個別化された web ベースの、オラクルに適した方法と IT プロセ

スに基づく合理化された技術的な “how to” 情報の中央集積場所の編集と設定が含まれます。このサー

ビスは、より効率的なデータセンタの管理、より尐ないエラーの出現、より迅速な問題解決、好ましい

方法の広範な適用、およびスタッフの技術知識の増強を促進する事を目標にしています。

ORACLE CUSTOMER

REPLACEABLE UNIT SERVICE

Oracle Customer Replaceable Unit Service は故障したユニットと資産を交換し、文書をテス

トし、さらに修理したアイテムを新しく設置されたパーツと共に引き渡す為に、認定されたシステムエ

キスパートをサイトに提供します。

ORACLE SUPPORT ENGINEER Oracle Support Engineer はサービスレベルの合意に基づきシステムの可用性を維持するために、

積極的なシステムサポートとユーザーに合わせた技術的な専門知識を提供します。Oracle Support

Engineers はあらゆる種類の複雑なサポート問題に対するソリューションを提供し、システム管理者と

スタッフに特定のサイトの構成とプロジェクトのスケジュールに関してアドバイスすることができま

す。

教育のサービス

人とプロセスはアプリケーションサービスの可用性に大きく寄与し、IT スキル評価とト

レーニングの優先順位付けを重要なものにしています。オラクルの学習管理システムと技

術的な学習ソリューションは IT スタッフのスキルを最新なものに維持するのに役立ち、

生産性を向上しながら個々の成果を早めることができます。

SPARC Enterprise M-Series サーバーの様なシステムを購入した多くの組織が、組織全体で

さらなるスキルを必要とする可能性がある大きなプロジェクトに従事しています。これら

のタイプのプロジェクトは新しい役割に指名された人の評価と彼らの現在と必要なスキ

ルの一対が出来る評価を行ったうえで始めるのが望ましいやり方です。この出発点から、

ユーザーに合わせた学習計画を開発し、適用することができます。

ユーザーとユーザーの組織のための教育計画を作成するのを援助する為、教育コンサルタ

ントが世界中で利用できます。

ビジネス要求に対して現在のスキルを評価する

学習進路と実施オプションをアドバイスする

必要なトレーニングを実施するプロジェクト計画を作成する

値引きされた前払いプログラムオプションをレビューする

個人とチームが学習と認定進路を成功裏に完了することを確認する

オラクル学習のポートフォリオには先行分析とスキル評価からトレーニングと認定まで

に広がるサービスがあります。組織が個別化された学習進路を作成するのを支援するため

にオラクルは、プロジェクトが始まる前にジョブカテゴリーと製品毎にスキルの概要を

明らかにし、現在のスキルをビジネス要求に対して評価するのに役立てることができます。

個々のスキルはその後、次に述べるような様々なトレーニングモジュールを通して構築さ

れます。最後にオラクルは成功度を測る方法として正式なトレーニングと仕事による経

験を通して習得された知識とスキルに対して認定を与え、個人とマネージャーに新しく開

発されたスキルに関する自信を与えます。


56

多様な学習モード

IT マネージャーが高実績の IT チームをデザインし、人員をそろえ、教育し、および管

理するのに役立てるため、オラクルのトレーニングソリューションには学習のための様々

な形式があり、それには次のものが含まれます。

クラスルームトレーニング— インストラクターに導かれる公共または個人トレー

ニングが我々の伝統的な形式であり、最も人気のあるオプションです。

Live Virtual Training— Live Virtual Classes はクラスルームトレーニングと同じエキ

スパートのインストラクター、内容、および参加型のラボによって、これと同じ品

質を提供しますが、オンラインで届けられ、行き来の煩わしさと経費を避けること

ができます。

個別化されたトレーニング— Oracle User Adoption Services は組織、スケジュール、

および場所、またはユーザーの選択によって、内容をビジネスニーズに合う様に

ユーザーに合わせます。

自己学習トレーニング— 自己学習用の CD-ROM と Knowledge Center を使って、い

つでもどこでも、最大の自由性をもって、自分自身のペースで学習できます。

認定

トレーニングの認定を達成するために要求される経験、トレーニング、および学習は従業

員のスキルと知識を増やし、その結果、自信と生産性を向上します。個人の観点からする

と、認定によって給与とキャリアーの向上の機会が増します。組織は様々な方法で価値を

得られます。スタッフにオラクル認定のプロフェッショナルを持つことで、システム統

合者とソフトウェアコンサルト会社は顧客視点での信用を得ることができ、その結果収益

が増加し、さらなる契約を得る機会が改善されます。認定スタッフはまた最大のシステム

性能と可用性を備えた高いサービスレベルの達成目標を設定する時に、より大きなレベル

の自信を IT マネージャーに与えます。

Learning Credits

Oracle University には教育の意思決定者が現在と将来のオラクルトレーニングのニーズを

管理するのに役立つようデザインされた Learning Credits があります。我々のトレーニン

グスペシャリストを使うことで、トレーニングソリューションを、ユーザー独自の要求に

合うようにデザインすることを助けることができます。Learning Credits は組織がトレーニ

ングを事前に計画できるようにして、その後トレーニング予算をトレーニング時間表の

コースに合わせて管理します。Learning Credits の値引きは購入量に基づいており、それら

は全体のトレーニングコストを減らすのに良い方法です。

100% Student Satisfaction

Oracle University はすべての受講生にワールドクラスのトレーニングとどこにも負けない

経験を提供することを約束します。我々はユーザーの成功に自信を持っているのですべて

のトレーニングを我々の 100% Student Satisfaction Program で支援します。他のどこの IT

トレーニング組織も同様の保証は行なっていません。すべての詳細と方針は

oracle.com/education/100percent にあります。


57

Oracle Premier Support

Oracle Premier Support の顧客として、ユーザーは最優先の問題を迅速に解決し、IT 業務

を中断することなく効率的に稼動させるために、統合されたオラクルスタックに構築され

た新機軸と我々のリモートでの積極的なサポート機能を活用することができます。

サポート機能は Oracle SPARC Enterprise M-Series サーバー内に組み込まれていて、ソ

リューションライフタイム全部を通して最適なシステム管理が可能です。システム用

Oracle Premier Support により、ユーザーは業界が提供すべき最高レベルの完全統合システ

ムサポートを期待することができます。システム用 Oracle Premier Support は Oracle Solaris

を含むすべての M-Series サーバーをカバーしており、次のものを提供します。

迅速な診断と問題解決に対するサービスとサポート

145 か国、29 か国語、28 箇所のサポートセンタから、24 時間 365 日、一貫し、地域化された

サポート

業界を越えた継続的なトレーニングを受け広い知識ベースと強力な診断ツールを活用する、

平均在職年数 6+ 年の、世界で 15,500 人の顧客サポートスペシャリスト

自動化されたサービスリクエストでの 2 時間以内のハードウェアサービス*

OEM 交換パーツと経験を積んだ専門家

複数ベンダーによる相互運用性問題の隔離と問題解決のための、業界をリードするハード

ウェアとソフトウェアベンダーとの協調関係を活用する環境システムサポート

技術専門家へのアクセスと、ユーザーがライセンスを持つ期間、主要リリースにアクセスす

る権利を持つことができる Oracle Solaris のライフタイムサポート

予防的な保全とオラクル製品を最大活用するためのツールとリソース

個別で積極的なサポート経験を提供し、Oracle Support の唯一の入口である Web ベースの

My Oracle Support ポータル

システムとソフトウェア性能を改善するための積極的なアドバイスと個別化されたヘルス

チェック、これは全てがユーザー個々の構成別に提供されます

適切な事例と業界知識を積極的に交換するために、170+ のコミュニティーにおけるオラク

ルサポートスペシャリストと業界の協調的なネットワーク

3,000 以上の製品のための 100 万近いソリューションを持つ、My Oracle Support の広範な知

識ベースにおける先進的な検索機能

技術文書、ホワイトペーパー、最良事例、およびエキスパートからのコツと要領への無制限

のアクセス

変化に合わせ、新しい機会を生かすための製品の革新

現在進められている、ファームウェアと Solaris 機能に対する顧客主導の強化

セキュリティパッチ、バグ対応、および構成に固有なアップデートのアドバイス

追加コストなし、アップデートの準備が出来ている時に利用できる、Oracle Solaris に対する

主要な新リリースと将来の強化

* 2 時間サービスを標準対応として受けるには、ユーザーのシステムがオラクルの 2 時

間サービスカバレッジエリア内にあることが必要です。


58

終わりに

データセンターにおける、さらに大きなレベルの拡張性、信頼性、および管理性について

の要求をサポートする為には、配備、調整、管理が一層簡単になりながらも、絶え間なく

向上する性能とキャパシティがインフラストラクチャーによって提供される必要があり

ます。SPARC64 VI および SPARC VII/VII+ プロセッサー、大きなメモリ容量、本質的に

信頼性のあるアーキテクチャー、さらに eXtended システムコントロール機能を装備した

SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーは企業に新しいレ

ベルのパワー、可用性、使い勝手の良さをもたらします。Dynamic Domains, eXtended シス

テムボード、および Dynamic Reconfiguration 機能からもたらされる洗練されたリソース管

理によって、企業のハードウェア資産の使用に関する最適化が支援され、これらのサー

バーの価値が高められます。他に負けないビジネス優位性を得ようと求める中で、高速で

拡張性があるオラクルの SPARC Enterprise M3000, M4000, M5000, M8000, および M9000

サーバーを配備することにより、組織は戦略的な資産である、驚くべき能力と柔軟性を得

ることができます。


59

詳細について

オラクルの SPARC Enterprise M-Series サーバーと関連するソフトウェア、およびオラクル

からのサービスに関するさらなる詳細については、表 17 にリストされた参考文献をご覧

ください。

表 17 参考文献

SPARC Enterprise サーバー http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise

Oracle Solaris http://www.oracle.com/us/products/servers-storage/solaris

Oracle Solaris Cluster http://www.oracle.com/us/products/servers-storage/solaris/

Oracle Enterprise Manager Ops Center ソフトウェア http://www.oracle.com/us/products/enterprise-manager/opscenter

Oracle Support http://www.oracle.com/us/support/index.html

SPARC Enterprise M3000, M4000, M5000,

M8000, および M9000 サーバーの

アーキテクチャー

2011 年 4 月 Version 1.2

Oracle Corporation

World Headquarters

500 Oracle Parkway

Redwood Shores, CA 94065

U.S.A.

Worldwide Inquiries:

Phone: +1.650.506.7000

Fax: +1.650.506.7200

oracle.com

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

この文書は資料目的のみに提供されており、この文書の内容は通知なく変更されることがある。この文書は誤り

のないことが保証されておらず、また口頭で表現されているか又は法律で示されていようとも、特定の目的のた

めに示唆された保証および市場性または適応性に関する条件を含めて、ほかのどんな保証また条件の制約も受け

ない。我々はこの文書に関するいかなる責任をも明確に否定し、いかなる契約上の義務も直接または間接的にこ

の文書によって発生されない。この文書は事前の承諾なしにいかなる目的でも複製したり、電気的または機械的

にいかなる形式にも変換してはならない。

Oracle および Java は Oracle および/またはその関連会社の登録商標である。他の名前はそれらの各々の所有

者の商標であると考えられる。

AMD, Opteron, および AMD ロゴ, および AMD Opteron ロゴは Advanced Micro Devices の商標または登録

商標である。Intel および Intel Xeon は Intel Corporation の商標または登録商標である。すべての SPARC の

商標はライセンスのもとで使用されており、SPARC International, Inc の商標または登録商標である。UNIX は

X/Open Company, Ltd. 0310 を通して認可された登録商標である。

Documents

Oracle SPARC Enterprise M3000、M4000、M5000、M8000 ......Oracle ホワイトペーパー — SPARC Enterprise M3000, M4000, M5000, M8000, および M9000 サーバーのアーキテクチャー