Mac OS X Server 高可用性の管理

(1)

Mac OS X Server

高可用性の管理バージョン10.4以降用

(2)

K Apple Computer, Inc.

Mac OS X Serverソフトウェアの正規ライセンス製品の使用許諾を受けたお客様、またはかかるお客様の許諾を得た者は、本ソフトウェアの使用を学習する目的で本書を複製することができます。本書のいかなる部分も、本書のコピーの販売または有償のサポートサービスなどの商用目的で、複製または譲渡することは禁じられています。

本書には正確な情報を記載するように努めました。ただし、誤植や制作上の誤記がないことを保証するものではありません。

Apple 1 Infinite Loop

Cupertino CA 95014-2084 U.S.A.

www.apple.com

アップルコンピュータ株式会社

〒163-1480 東京都新宿区西新宿3丁目20番2号東京オペラシティタワー

www.apple.com/jp

Appleロゴは、米国その他の国で登録されたApple Computer, Inc.の商標です。キーボードから入力可能な Appleロゴについても、これをApple Computer, Inc.からの書面による許諾なしに商業的な目的で利用すると、

連邦および州の商標法および不正競争防止法違反となる場合があります。

Apple、Appleロゴ、AppleShare、AppleTalk、Mac、 Macintosh、QuickTime、Xgrid、およびXserveは、米国その他の国で登録されたApple Computer, Inc.^の商標です。Finderは、Apple Computer, Incの商標です。

Adobe、PostScriptは、アドビシステムズ社の商標です。

UNIXは、X/Open Company, Ltd.が独占的にライセンスしている米国その他の国における登録商標です。

本書に記載されているその他の会社名および製品名は、

それぞれの会社の商標です。他社製品に関する記載は、

情報の提供のみを目的としたものであり、保証または推奨するものではありません。Apple Computer, Inc.^は他社製品の性能または使用につきましては一切の責任を負いません。

J019-0175/03-24-05

(3)

3

1

このガイドについて

このガイドでは、 Mac OS X Server サービスの高可用性を確保する方法について説明します。

このガイドでは、Mac OS X Serverサービスの高可用性を確保するための、IPフェイルオーバー、リンクアグリゲーション、負荷分散、およびそのほかのソフトウェア設定とハードウェア設定の使用方法について説明します。

バージョン 10.4 の新機能

Mac OS X Serverバージョン10.4では、高可用性のサポートについて次の点が大幅に拡張されています：

• リンクアグリゲーション。Mac OS X Serverがリンクアグリゲーションをサポートするようになりました。これは、「システム環境設定」の「ネットワーク」パネルで設定します。

• 新しいデーモンマネージャ。watchdogプロセスはlaunchdプロセスに置き換えられました。

watchdogと同様、launchdによって、実行されることになっているプロセスが常に実行中の状態に維持されます。

このガイドの構成

このガイドには、次の章があります：

• 第 1 章「高可用性の概要」では、高可用性の概念について説明します。

• 第 2 章「IPフェイルオーバーを設定する」では、Mac OS X ServerでのIPフェイルオーバーの設定方法について説明します。

• 第 3 章「高可用性のそのほかの項目を設定する」では、高可用性を確保するための、リンクアグリゲーション、負荷分散、およびそのほかのソフトウェア設定とハードウェア設定の使用方法について説明します。

• 第 4 章「サーバの可用性を監視する」では、サービスの可用性の監視に使用できるさまざまなツールについて説明します。

• 第 5 章「IPフェイルオーバーの問題を解決する」では、一般的な問題について説明し、その解決方法に関する情報を示します。

•「用語集」では、このガイドで使用される用語について簡潔に説明します。

(6)

6 序章このガイドについて

参考：アップルではソフトウェアの新しいバージョンやアップデートを頻繁にリリースするため、このガイドに示されている図は、画面の表示と異なる場合があります。

オンスクリーンヘルプを使用する

オンスクリーンヘルプを使用すると、サーバマニュアル一式に含まれるガイドに記載されている、手順やその他の役立つ情報を参照できます。

Mac OS X Serverが動作するコンピュータでは、「ワークグループマネージャ」または「サーバ管理」

を開くと、オンスクリーンヘルプを利用できます。「ヘルプ」メニューから、次のいずれかのオプションを選びます：

•「ワークグループマネージャヘルプ」または「サーバ管理ヘルプ」を選ぶと、アプリケーションに関する情報が表示されます。

•「Mac OS X Server ヘルプ」を選ぶと、サーバヘルプのメインページが表示されます。ここから、

サーバ情報を検索またはブラウズできます。

•「マニュアル」を選ぶと、www.apple.com/jp/server/documentationにアクセスして、サーバのマニュアルをダウンロードできます。

サーバまたは管理用コンピュータの「Finder」またはその他のアプリケーションからオンスクリーンヘルプを利用することもできます。（管理用コンピュータとは、サーバ管理ソフトウェアがインストールされているMac OS X コンピュータのことです。）「ヘルプ」メニューを使用して「ヘルプビューア」を開き、「ライブラリ」＞「Mac OS X Serverヘルプ」と選択します。

サーバの最新のヘルプトピックを参照するには、「ヘルプビューア」を使用している間、サーバまたは管理用コンピュータがインターネットに接続されていることを確認してください。「ヘルプビューア」は、サーバの最新のヘルプトピックをインターネットから自動的に取得してキャッシュします。

インターネットに接続されていないときは、「ヘルプビューア」は、キャッシュされているヘルプトピックを表示します。

Mac OS X Server マニュアル

Mac OS X Serverのマニュアルには、各サービスについて解説し、それらのサービスの設定、管理、

および問題を解決する手順を説明しているガイドが含まれています。これらのガイドはすべて、次の場所からPDF形式で入手できます：

www.apple.com/jp/server/documentation/

ガイド名ガイドの内容：

Mac OS X Server お使いになる前にバージョン 10.4 以降用

Mac OS X Serverをインストールし、はじめて設定する方法について説明

します。

Mac OS X Server アップグレードおよび移行バージョン 10.4 以降用

古いバージョンのサーバで現在使用されているデータとサービス設定を使用する方法について説明します。

Mac OS X Server ユーザの管理バージョン 10.4 以降用

ユーザ、グループ、およびコンピュータのリストを作成および管理する方法について説明します。また、 Mac OS X クライアントの管理された環境設定を設定する方法について説明します。

(7)

序章このガイドについて 7 Mac OS X Server ファイルサービ

スの管理バージョン 10.4 以降用

AFP、NFS、FTP、および SMB/CIFSプロトコルを使って、選択したサーバ

のボリュームまたはフォルダを複数のサーバクライアントの間で共有する方法について説明します。

Mac OS X Server プリントサービスの管理バージョン 10.4 以降用

共有プリンタを管理する方法と、共有プリンタに関連付けられたキューとプリントジョブを管理する方法について説明します。

Mac OS X Server システムイメージおよびソフトウェア・アップデートの管理バージョン 10.4 以降用

NetBootとネットワークインストールを使用して、 Macintoshコンピュー

タがネットワーク経由で起動できるディスクイメージを作成する方法について説明します。また、クライアントコンピュータをネットワーク経由でアップデートするためのソフトウェア・アップデート・サーバを設定する方法について説明します。

Mac OS X Server メールサービスの管理バージョン 10.4 以降用

メールサービスをサーバ上で設定、構成、および管理する方法について説明します。

Mac OS X Server Web テクノロジーの管理バージョン 10.4 以降用

WebDAV、WebMail、および Webモジュールを含めて、Webサーバを設

定および管理する方法について説明します。

Mac OS X Server ネットワークサービスの管理バージョン 10.4 以降用

DHCP、DNS、VPN、NTP、IPファイアウォール、および NATの各サービスをサーバ上で設定、構成、および管理する方法について説明します。

Mac OS X Server オープンディレクトリの管理バージョン 10.4 以降用

ディレクトリサービスと認証サービスを管理する方法について説明します。

Mac OS X Server QuickTime Streaming Server の管理バージョン 10.4 以降用

QuickTimeストリーミングサービスを設定および管理する方法について説

明します。

Mac OS X Server Windows サービスの管理バージョン 10.4 以降用

PDC、 BDC、ファイル、 Windowsコンピュータユーザ用のプリントなどのサービスを設定および管理する方法について説明します。

Mac OS X Server Windows NT からの移行バージョン 10.4 以降用

アカウント、共有フォルダ、およびサービスを Windows NTサーバから

Mac OS X Serverに移動する方法について説明します。

Mac OS X Server Java アプリケーションサーバの管理バージョン 10.4 以降用

Mac OS X Server上で JBossアプリケーションサーバを設定および管理す

る方法について説明します。

Mac OS X Server コマンドライン管理バージョン 10.4 以降用

コマンドと設定ファイルを使って、サーバ管理タスクをUNIXコマンドシェル内で実行する方法について説明します。

Mac OS X Server コラボレーションサービスの管理バージョン 10.4 以降用

ユーザ間で簡単に対話できるようにするウェブログ、チャット、およびその他のサービスを設定および管理する方法について説明します。

Mac OS X Server 高可用性の管理バージョン 10.4 以降用

Mac OS X Serverサービスの高可用性を確保するように IPフェイルオー

バー、リンクアグリゲーション、負荷分散、その他のハードウェアおよびソフトウェア設定を管理する方法について説明します。

Mac OS X Server Xgrid の管理バージョン 10.4 以降用

Xgridアプリケーションを使用して Xserveの計算クラスタを管理する方法

について説明します。

Mac OS X Server 用語集：Mac OS X Server、Xserve、Xserve RAID、および Xsan の用語

サーバおよび記憶装置製品で使用される用語の意味について説明します。

ガイド名ガイドの内容：

(8)

8 序章このガイドについて

マニュアルのアップデートを入手する

アップルでは必要に応じて、オンスクリーンヘルプの新しいトピック、改訂されたガイド、および追加されたソリューションに関する書類を公開しています。新しいヘルプトピックには、最新のガイドの改訂分が含まれます。

• オンスクリーンヘルプの新しいトピックを表示するときは、サーバまたは管理用コンピュータがインターネットに接続されていることを確認し、Mac OS X Server ヘルプのメインページにある

「最新情報」のリンクをクリックします。

• PDF形式の最新のガイドおよびソリューションに関する書類をダウンロードするときは、

Mac OS X ServerのマニュアルのWebページ（www.apple.com/jp/server/documentation）にアクセスしてください。

その他の情報

さらに詳しい情報が必要な場合は、次の資料を参照してください：

大切な情報—重要なアップデートや特別な情報を記載しています。この書類はサーバディスクにあります。

Mac OS X Server の Web サイト—製品およびテクノロジーに関するさまざまな情報を入手できます。

www.apple.com/jp/server/macosx/

AppleCare のサービス＆サポート—アップルのサポート部門から寄せられた数多くの記事を利用できます。

www.apple.com/jp/support/

アップルのカスタマートレーニング—サーバ管理のスキルアップのための、インストラクターの指導による、自分のペースに合わせて進められるコースです。

www.apple.com/jp/training/

アップルのディスカッショングループ—質問、知識、およびアドバイスをほかの管理者と共有できる場です。

discussions.info.apple.com/jp/

アップルのメーリング・リスト・ディレクトリ—メーリングリストに登録して、メールを使ってほかの管理者と意見の交換ができます。

discussions.info.apple.com/jp

(9)

1

9

1

高可用性の概要

この章では、高可用性の概念および Mac OS X Server の展開に高可用性を適用するときに実行する必要がある操作について説明します。

サービスレベルの保証、ビジネスの要件、または確立している業界の規制を満たすために、多くの企業ではコンピューティングサービスに可能な限り高い可用性を求めています。また、突然の停電は、以前は大きな問題とは考えられていませんでしたが、現在ではビジネスの遂行に重大な障害を発生させる可能性があります。これに応じて、アップルのMac OS X Server製品は、高可用性を確保し、システムの停電に対応できるように設計されています。

高可用性とは

ネットワークサービスに関する文脈では、高可用性とは、途切れることなくサービスを継続できる能力のことを意味します。多くの組織では、高可用性のシステムまたはサービスには99％の時間が使用可能であることが要求されます。これよりも高い可用性を必要とする組織もあり、場合によっては99.99％または99.999％の時間が使用可能であることを要求されます。

次の表で、上記の可用性の数値を比較します：

サービスが満たす必要がある可用性のレベルを決定した後は、許容される休止時間を計算したり、その結果の数値を使用して、決められた可用性のレベルを実現するためのハードウェアおよびソフトウェアの設定方法を決定したりできます。

重要な分野

高可用性は、重要な分野です。このガイドで説明されているように、高可用性を確保するために、ソフトウェアのソリューションとハードウェアのソリューションが組み合わせて使用されます。

可用性使用可能時間（概算値）休止時間（概算値）

99％ 361.8日 84時間

99.9％ 364.9日 8.5時間

99.999％ 365.3日 5分

(10)

10 第1章高可用性の概要

高可用性のソフトウェアソリューション

Mac OS X Serverには、可能な範囲で最大限の可用性を確保するための、次のような機能が備えられています：

• IPフェイルオーバーサービスにより、冗長性を利用できるようになります。マスターサーバに障害が発生すると、バックアップサーバが自動的にマスターサーバの役割を引き継いで、ユーザ側の中断が最小限または皆無に抑えられます。

• ^launchdデーモンにより、その設定ファイルに指定されたプロセスが常に実行中の状態に維持されます。これらのプロセスのいずれかが終了すると、launchd によって再起動されます。

launchdについて詳しくは、コマンドライン管理ガイドを参照してください。

• オープンディレクトリ・サービスによって、ディレクトリサービスおよび認証サービスを複製できるので、ディレクトリシステムに障害が発生した場合、またはアクセスできなくなった場合に、

サービスの中断によるユーザへの影響をわずかなものに抑えることができます。

•「システム環境設定」の「省エネルギー」パネルでは、停止したコンピュータを再起動するためのオプションを設定できます。

•^{「サーバモニタ」や「}RAID Admin」などの監視ユーティリティによって、コンポーネントの動作の状態が定義済みのしきい値を超えた場合にメールで通知されるので、ユーザはすばやく対応して問題を回避または修正することができます。

• ^rsyncコマンドをほかの他社製ツールと組み合わせて使用するとデータをミラーリングできるので、サーバに障害が発生した場合に、データを別のサーバに復元することによってユーザ側の中断を最小限に抑えることができます。

• リンクアグリゲーションにより、ネットワーク接続のパフォーマンスおよび耐障害性を向上させることができます。

高可用性のハードウェアソリューション

信頼性および可用性を向上させるために、次のようなハードウェアソリューションを利用できます：

• Xserveには、（ドライブの障害発生時にすばやく回復できるようにする）組み込みのRAIDミラー

リングやデータの破損の防止に役立つECC（Error Correcting Code）メモリなど、可用性の確保に役立つ機能がいくつか備えられています。

• Xserve RAIDには複数の冗長コンポーネントが組み込まれていて、いずれかのコンポーネントに障

害が発生したときにシステムで代わりに使用できます。たとえば、Xserve RAIDには電源が2つあります。一方の電源に障害が発生しても、システムが停止することはありません。

• 他社製の負荷分散装置を使用すると、ネットワークの負荷をサーバファーム全体に分散させて、拡張性および耐障害性を向上させることができます。

(11)

2

11

2

IP フェイルオーバーを設定する

この章では、 IP フェイルオーバーサービスについて、および Mac OS X Server での IP フェイルオーバーの設定方法について説明します。

IPフェイルオーバーとは、2つのコンピュータをマスターとバックアップの関係に設定できるようにするテクノロジーです。これにより、マスターコンピュータに障害が発生した場合に、バックアップコンピュータがマスターコンピュータの役割を透過的に引き継ぎ、サービスの中断が最小限に抑えられます。

たとえば、1,000人のユーザがいるホーム・ディレクトリ・サーバにバックアップサーバを設定していない場合、このディレクトリサーバに障害が発生すると、各ユーザは自分のファイルにアクセスできなくなります。ただし、別のサーバをバックアップサーバとして設定し、両方のコンピュータからアクセス可能な共有記憶装置にデータを保存しておけば、マスターサーバに障害が発生した場合でも、各ユーザはサービスの中断に気付くことなくバックアップサーバを通して自分のファイルにアクセスできます。

Mac OS X Serverには、IPフェイルオーバーのサポートが組み込まれています。この章では、

Mac OS X ServerでIPフェイルオーバーが機能する仕組み、およびIPフェイルオーバーの設定方法について説明します。

(12)

12 第2章 IPフェイルオーバーを設定する

IP フェイルオーバーの概要

IPフェイルオーバーによって、サーバの高可用性を確保できます。単純なIPフェイルオーバーソリューションは、2つのMac OS X Serverコンピュータ、つまり、マスターコンピュータとバックアップコンピュータによって構成されます。マスターコンピュータはサービスを提供し、バックアップコンピュータはマスターコンピュータの障害発生時にサービスを引き継ぐためにバックグラウンドで待機します。

このシナリオでは、両方のコンピュータはクライアント要求の経路となる同じネットワークに接続しています。各コンピュータには一意のIPアドレス、および任意でDNSまたはドメイン名があります。これらのコンピュータは、IP over FireWireを使用して相互に直接接続しています。

IPフェイルオーバーをサポートするために、Mac OS X Serverではheartbeatdデーモンおよび failoverdデーモンを使用します：

• heartbeatdデーモンは、マスターコンピュータ上で動作し、両方のネットワークインターフェイスからポート1694にハートビートメッセージを次々とブロードキャストして、failoverdによって待機しているほかのノードに対してホストの可用性をアナウンスします。プライマリ・ネットワーク・リンクとセカンダリー・ネットワーク・リンクの両方でハートビートメッセージを送信すると、間違った警告の発生を防止できます。heartbeatdでは、「/etc/hostconfig」ファイルのFAILOVER_BCAST_IPSエントリーを使用してハートビートメッセージをブロードキャストするときの送信先を判定します。

• ^failoverdデーモンは、バックアップコンピュータ上で動作し、両方のインターフェイスにおける特定のアドレスからのブロードキャストをポート1967で待機します。failoverdで両方のインターフェイスにおけるハートビートメッセージの受信が停止すると、マスターサーバのパブリックIPアドレスを引き継ぎ、サーバのフェイルオーバーを実行して受信したクライアント要求を処理できるようになります。これにより、可用性が維持されます。failoverd では、「/etc/

hostconfig」ファイルのFAILOVER_PEER_IPエントリーおよびFAILOVER_PEER_IPエントリーを使用して、マスターサーバのパブリックIPアドレスおよびプライベートIP^{アドレスを取得} します。

homedirs.example.com

AFP SMB/CIFS

node1.example.com マスターサーバ

node2.example.com バックアップサーバ

(13)

第 2章 IPフェイルオーバーを設定する 13 IP フェイルオーバーを機能させるためには、バックアップコンピュータをマスターコンピュータと同期させておく必要があります。たとえば、マスターコンピュータをAFPファイルサーバとして使用している場合は、バックアップコンピュータも同じ内容で AFP サービスを設定しておきます。2 つのコンピュータの設定が異なると、ユーザがファイルサービスにアクセスできなくなります。

また、IP フェイルオーバーを機能させるためには、クライアントコンピュータで必要となるデータにバックアップコンピュータがアクセスできる必要があります。データの可用性を確保するために、

cronコマンドとrsyncコマンドまたは他社製のソリューションを使用して、両方のコンピュータ上のデータを同期させる必要があります。または、Xserve RAID などのデータ保存用の共有記憶装置を使用します。

IP フェイルオーバーソリューションで Xserve RAID を利用するには、Xsan または他社製の SAN

（Storage Area Network）ソフトウェアを使用して、マスターサーバとバックアップサーバがボリュームを破損することなく同じボリュームにアクセスできるようにします。

ファイバー・スイッチ・レベルでLUN（論理ユニット番号）マスキングを使用して、Xserve RAID の共有データへのアクセス権を与えることもできます。スイッチに対して複数のサーバ間でアクセスをスワップするように指示するスクリプトを作成する必要があります。スイッチレベルでマスキングを使用すると、1つのサーバのみがデータにアクセスできるようになり、同時に両方のサーバがデータにアクセスできなくなります。

homedirs.example.com AFP

node1.example.com マスターサーバ

node2.example.com バックアップサーバ

ファイバー・チャネル・スイッチ

Xserve RAID

警告：Xsanまたは他社製のSANソフトウェアを使用しない場合に、2つのサーバに同じXserve RAIDボリュームへのアクセス権を与えると、ボリュームが破損する可能性があります。

(14)

heartbeatdデーモンおよびfailoverdデーモンが起動した後、マスターコンピュータはあらかじめ定義された間隔でバックアップサーバへのハートビートメッセージの送信を開始します。バックアップコンピュータでこれらのメッセージの受信が停止すると、イベントのチェーンが自動的に開始され、最終的にバックアップサーバがマスターサーバのIPアドレスを継承し、マスターサーバの役割を引き継ぎます。

クライアント側からは、フェイルオーバーが透過的に実行され、サービスの中断が最小限に抑えられているように見えます。これは、クライアントが仮想IPアドレス（つまり、特定のコンピュータに関連付けられていないアドレス）または仮想ドメイン名（たとえば、homedirs.example.com）を使用してサービスにアクセスしているためです。バックアップサーバがマスターサーバの役割を引き継いだときに、両方のコンピュータでサービスの設定が完全に同一であれば、クライアントに表示される内容はまったく変わりません。クライアントでサービスと通信しているときにIPフェイルオーバーが発生した場合には、サービスが短時間中断したことが分かることもあります。たとえば、

ユーザがサーバからファイルをコピーしているときにフェイルオーバーが発生した場合は、コピーのプロセスが中断するため、ユーザはコピーのプロセスをやり直す必要があります。

マスターアドレスを取得する — イベントのチェーン

マスターサーバでフェイルオーバーが発生すると、バックアップサーバでは次のようなイベントのチェーンが発生します：

1 ^failoverdデーモン（「/usr/sbin/」にあります）は、FireWireインターフェイスにプライマリサーバからのブロードキャストがないことを検出します。

2 ^failoverdデーモンは、「/etc/hostconfig」にリストされているユーザに対してメールを送信するようにNotifyFailoverスクリプト（「/usr/libexec/」にあります）に指示します。受信者が指定されていない場合は、ルートユーザにメールが送信されます。

3 failoverdは、ProcessFailoverスクリプト（「/usr/libexec/」にあります）を実行します。

4 ProcessFailoverスクリプトは、/ライブラリ/Failover/IP_address/Testスクリプトを実行します。IP_addressはマスターサーバのIPアドレスまたはドメイン名です。

a Testスクリプトが偽を返す場合、ProcessFailoverは終了し、バックアップサーバはマスターサーバのIPアドレスを取得しません。

b^Testスクリプトが真を返す場合（または、存在しない場合）、ProcessFailoverは動作を続行します。

参考：Testスクリプトは、デフォルトでは空ですが、目的に合わせてカスタマイズできます。

5 ProcessFailoverスクリプトは、プレフィックスがPreAcqで「ライブラリ/Failover/

IP_address」フォルダ内にあるすべてのスクリプトをアルファベット順に実行します。

PreAcqスクリプトは、バックアップサーバがマスターサーバのIPアドレスを取得するための準備をします。Mac OS X Serverにはデフォルトで多数のPreAcqスクリプトが組み込まれていて、使用のたびにこれらをカスタマイズすることも、独自のスクリプトを追加することもできます。

6 ProcessFailoverスクリプトは、マスターサーバのIPアドレスを使用できるようにネットワークインターフェイスを設定します。

(15)

第 2章 IPフェイルオーバーを設定する 15

7 ProcessFailoverスクリプトは、プレフィックスがPostAcqで「ライブラリ/Failover/

PostAcqスクリプトは、バックアップサーバがマスターサーバのIPアドレスを取得した後に実行されます。PreAcqスクリプトと同様、Mac OS X Serverには多数のPostAcqスクリプトが組み込まれています。また、独自のスクリプトを追加することもできます。たとえば、PostAcqスクリプトによって、フェイルオーバーが正常に完了したことを通知するメールを自分宛てに送信できます。

failoverd、NotifyFailover、およびProcessFailoverについて詳しくは、対応するマニュアルページ（「man」で表示）またはコマンドライン管理ガイドの高可用性の章を参照してください。

参考：フェイルオーバーが完了するまで、約30秒かかります。

マスターアドレスを解放する — イベントのチェーン

フェイルバックを開始すると、バックアップサーバでは次のようなことが行われます：

1 failoverdデーモンは、「/etc/hostconfig」にリストされているユーザに対してメールを送信するようにNotifyFailoverスクリプト（「/usr/libexec/」にあります）に指示します。受信者が指定されていない場合は、ルートユーザにメールが送信されます。

2 failoverdは、ProcessFailoverスクリプト（「/usr/libexec/」にあります）を実行します。

3 ProcessFailoverスクリプトは、Testスクリプト（「/ライブラリ/Failover/IP_address」にあります）を実行します。IP_addressはマスターサーバのIPアドレスまたはドメイン名です。

a ^Testスクリプトが偽を返す場合、ProcessFailoverは終了し、マスターサーバはバックアップサーバのIPアドレスを取得しません。

b^Testスクリプトが真を返す場合（または、存在しない場合）、ProcessFailoverは動作を続行します。

4 ProcessFailoverスクリプトは、プレフィックスがPreRelで「ライブラリ/Failover/

5 ProcessFailoverスクリプトは、マスターサーバのIPアドレスを解放します。

6 ProcessFailoverスクリプトは、プレフィックスがPostRelで「ライブラリ/Failover/

参考：Testスクリプトは、デフォルトでは空ですが、目的に合わせてカスタマイズできます。

IP フェイルオーバーの設定

IPフェイルオーバーに対応させるためのMac OS X Serverコンピュータの設定に必要な手順の概要は、次の通りです：

手順 1：マスターコンピュータとバックアップコンピュータを同じネットワークに接続し、これらのTCP/IP設定を指定します

これにより、両方のコンピュータがクライアントコンピュータと通信できるようになります。各サーバには、一意のIPアドレスが必要です。

(16)

手順 2：セカンダリーEthernetインターフェイスまたはIP over FireWireを使用して2つのコンピュータを直接接続し、IP設定を指定します

これにより、サーバ間でIPフェイルオーバーイベントを直接やり取りすることが可能になります。

手順 3：マスターサーバおよびバックアップサーバでIPフェイルオーバーサービスを設定および開始します

これにより、マスターコンピュータとバックアップコンピュータでフェイルオーバーおよびフェイルバックを実行できるようになります。

マスターサーバおよびバックアップサーバを同じネットワークに接続する

フェイルオーバーに対応するようにサーバを設定する最初のステップでは、マスターコンピュータおよびバックアップコンピュータを同じネットワークに接続して、これらのネットワーク設定を指定します。

マスターサーバとバックアップサーバを同じネットワークに接続するには：

1 プライマリEthernetインターフェイスを使用して、マスターサーバとバックアップサーバを同じネットワークに接続します。

2「システム環境設定」の「ネットワーク」パネルで、マスターコンピュータおよびバックアップコンピュータの両方のTCP/IP設定を指定して、各コンピュータが一意のIPアドレスを持ち、両方のコンピュータが同じサブネット上に存在するようにします。

理想としては、ユーザがサーバへの接続に使用する仮想DNS名（たとえば、homedirs.example.com）にマスターサーバのIPアドレスをマッピングするようにシステム管理者に依頼する必要があります。

これにより、ユーザに影響を与えずにマスターサーバのIPアドレスを変更できるようになります。

IPフェイルオーバーの設定時に2つのコンピュータの参照に使用できるDNS名（たとえば、

node1.example.comとnode2.example.com）にマスターサーバおよびバックアップサーバのIPアドレスをマッピングすることもあります。

マスターサーバとバックアップサーバを接続する

セカンダリーEthernetインターフェイスまたはIP over FireWireを使用して、マスターコンピュータとバックアップコンピュータを接続します。2つのコンピュータはこの接続を通してフェイルオーバーイベントをやり取りするので、このステップは重要です。

マスターサーバとバックアップサーバを接続するには：

1 EthernetケーブルまたはFireWireケーブルを使用して、マスターコンピュータとバックアップコンピュータを接続します。

2 両方のコンピュータについて、「システム環境設定」の「ネットワーク」パネルでセカンダリー EthernetインターフェイスまたはIP over FireWireインターフェイスのTCP/IP設定を指定します。

各コンピュータにプライベートネットワークのIPアドレス（たとえば、10.1.0.2と10.1.0.3）を割り当て、両方のコンピュータが同じサブネット上に存在することを確認します。

(17)

第 2章 IPフェイルオーバーを設定する 17

フェイルオーバーに対応するようにマスターサーバを設定する

IPフェイルオーバーに対応するようにマスターサーバを設定する操作は単純です。「/etc/

hostconfig」ファイルで2つのエントリーを追加または編集して、サーバを再起動するだけです。

IPフェイルオーバーに対応するようにマスターサーバを設定するには：

1^「/etc/hostconfig」でFAILOVER_BCAST_IPSエントリーを追加または編集して、ハートビートメッセージの送信先のアドレスを指定します。

たとえば、マスターサーバのプライマリIPアドレスが17.1.0.50、セカンダリーIPアドレスが10.1.0.2 の場合、「/etc/hostconfig」に次の行を追加して、2つのネットワークを通してメッセージをブロードキャストできます：

FAILOVER_BCAST_IPS=”10.1.0.255 17.1.0.255”

ただし、次のように、ネットワークスイッチで特定のアドレスにハートビートメッセージを送信する方が効率的です：

FAILOVER_BCAST_IPS=”10.1.0.3 17.1.0.51”

この行によって、マスターサーバに対して、バックアップサーバのプライマリIPアドレスとセカンダリーIPアドレスにハートビートメッセージを送信するように指示されます。

参考：「/etc/hostconfig」ファイルを編集するには、ルートユーザである必要があります。任意のコマンドラインエディタでこのファイルを開くときにsudoコマンドを使用します。

2 FAILOVER_EMAIL_RECIPIENTエントリーを追加または編集して、通知が送信されるメールアドレスを指定します。

このエントリーを追加しない場合、メールによる通知はルートに送信されます。

3 サーバを再起動します。

起動時にはIPFailover起動項目によってheartbeatdが起動します。heartbeatdが起動すると、引数リストを確認し、バックグラウンドに移動して、「/etc/hostconfig」の

FAILOVER_BCAST_IPSエントリーに指定されたアドレスに定期的に「ハートビート」メッセージを送信します。

フェイルオーバーに対応するようにバックアップサーバを設定する

IPフェイルオーバーに対応するようにバックアップサーバを設定する操作は単純です。「/etc/

hostconfig」ファイルで 2つのエントリーを追加または編集して、マスターサーバとバックアップ

サーバの接続を解除し、バックアップサーバを再起動して、これらのサーバを再接続するだけです。

IPフェイルオーバーに対応するようにバックアップサーバを設定するには：

1「/etc/hostconfig」でFAILOVER_PEER_IP_PAIRSエントリーを追加または編集して、マスターサーバのプライマリ・ネットワーク・インターフェイスのIPアドレスを指定します。

たとえば、マスターサーバのプライマリ・ネットワーク・インターフェイスのIPアドレスが17.1.0.50 の場合、次のようなエントリーを追加します：

FAILOVER_PEER_IP_PAIRS=”en0:17.1.0.50”

参考：「/etc/hostconfig」ファイルを編集するには、ルートユーザである必要があります。任意のコマンドラインエディタでこのファイルを開くときにsudoコマンドを使用します。

(18)

2「/etc/hostconfig」でFAILOVER_PEER_IPエントリーを追加または編集して、マスターサーバのセカンダリー・ネットワーク・インターフェイスのIPアドレスを指定します。

たとえば、マスターサーバのFireWire ポートのIPアドレスが10.1.0.2の場合、次のようなエントリーを追加します：

FAILOVER_PEER_IP=”10.1.0.2”

3 バックアップサーバとマスターサーバ間の直接接続を解除します。

セカンダリーインターフェイスにIP over FireWireを使用している場合は、2つのコンピュータを接続しているFireWireケーブルを外します。

4 バックアップサーバを再起動します。

5 バックアップサーバが起動したら、バックアップサーバをプライマリサーバに再接続します。

IP フェイルオーバーのログを表示する

Mac OS X Serverでは、「/ライブラリ/Logs/failoverd.log」にIPフェイルオーバーのすべての動作が記録されます。

フェイルオーバーサービスのログファイルを表示するには：

1「/アプリケーション/ユーティリティ/コンソール」を開きます。

2「ファイル」＞「開く」と選択します。

3「/ライブラリ/Logs/」フォルダで「failoverd.log」を見つけて選択します。

4「開く」をクリックします。

「フィルタ」フィールドを使用すると、目的に合ったログエントリーのみを表示できます。

コマンドラインから

「failoverd.log」ファイルは、「ターミナル」でコマンドを使用して表示することもできます。ログの監視を自動化するには、cronおよびgrepの使用により、ログファイルでIPフェイルオーバーに関連するキーワードを自動的に検索し、該当するエントリーを自分宛てのメールで通知することを検討します。詳しくは、コマンドライン管理ガイドのIPフェイルオーバーの章を参照してください。

(19)

3

19

3

高可用性のそのほかの項目を設定する

この章では、 Mac OS X Server ソリューションの可用性を向上させる方法について説明します。

単一の障害ポイントの排除およびXserveとXserve RAIDの使用は、サーバの可用性を向上させる手段の一例です。そのほかの実行可能な手段には、電源バックアップの使用、自動再起動、および適切な動作条件（たとえば、適切なレベルの温度と湿度）の確保などの単純なソリューションから、リンクアグリゲーション、負荷分散、オープンディレクトリの複製、およびデータのバックアップなどのより高度なソリューションまで、さまざまな対応方法があります。

単一の障害ポイントを排除する

サーバの可用性を向上させるには、単一の障害ポイントを少なくするか排除する必要があります。単一の障害ポイントとは、正常に動作しないとサーバの障害の原因となる、サーバ環境内のコンポーネントです。

単一の障害ポイントの例として、次のようなものがあります：

• コンピュータシステム

• ハードディスク

• 電源

単一の障害ポイントをすべて排除することはほとんど不可能ですが、可能な限り少なくする必要があります。たとえば、Mac OS X ServerでバックアップシステムおよびIPフェイルオーバーを使用することにより（第 2 章「IPフェイルオーバーを設定する」参照）、単一の障害ポイントとしてのコンピュータを排除します。マスターコンピュータとバックアップコンピュータの両方で同時に、または相次いで障害が発生しないとは限りませんが、このような事態が発生する可能性はごくわずかです。

バックアップ電源を使用したり、ハードウェアRAIDを利用してハードディスクをミラーリングしたりすることによって、コンピュータの障害を防止することもできます。ハードウェアRAIDを使用す

ると、Xserveの使用時と同様、メインディスクに障害が発生した場合に、引き続きミラードライブ

上の同じデータにシステムからアクセスできます。

(20)

20 第3章高可用性のそのほかの項目を設定する

Xserve および Xserve RAID を使用する

XserveおよびXserve RAIDは、どちらも特に高い信頼性、およびその結果として高可用性が得られるように設計されています。

Xserve を使用する

Power Mac G5 などのデスクトップシステムを使用しても非常に信頼性の高いMac OS X Server サービスを提供できますが、Xserveはさらに多くの機能を備えているため、高可用性ソリューションに理想的です。

これらの機能には、次のものが含まれます：

• Xserveには8つのファンがあります。1つのファンに障害が発生しても、ほかのファンが回転速度

を上げて補うので、サーバは動作を続けることができます。

• 独立ドライブアーキテクチャにより各ドライブが電気的に分離されているので、1つのドライブの障害が原因でほかの動作しているドライブが停止したりパフォーマンスが低下したりすること

（マルチドライブSCSI実装の一般的な問題）を防止できます。

• Xserve G5 では、ECC（Error Correction Code）ロジックを使用して、データの破損および転送エラーからシステムを保護します。各DIMM には、すべてのトランザクションのチェックサムデータを保存する特別なメモリモジュールがあります。システムコントローラは、このECCデータを使用してシングルビットエラーを特定し、これをすばやく修正することによって、予定していないシステムの停止を防止します。ごくまれにマルチビットエラーが発生した場合、システムコントローラはこのようなエラーを検出すると、不良なデータによって障害が拡大することを防止するためのシステム通知を開始します。エラー率が定義済みのしきい値を超える場合に警告が出るように「サーバモニタ」ソフトウェアを設定できます。

• Xserve G5にはハードウェアRAIDのミラーリングが組み込まれているため、メインドライブに障

害が発生してもサーバは動作を続行できます。

Xserve RAIDについて詳しくは、www.apple.com/jp/xserve/を参照してください。

Xserve RAID を使用する

Xserve RAIDでは、高可用性ソリューション、特にIPフェイルオーバーを採用する高可用性ソリュー

ションに理想的な信頼性の高い共有記憶装置を使用できます。

信頼性および高可用性に関するXserve RAIDの機能には、次のようなものがあります：

• 受動データパスを備えたミッドプレーン。Xserve RAIDのアーキテクチャは、単一の障害ポイントの脆弱性を回避するように設計されています。Xserve RAID は、同種のほかのストレージシステムではあまり使用されていない機能である、受動データパスを備えたミッドプレーンを中心に構築されています。ミッドプレーンは、ドライブ、RAIDコントローラ、電源、および冷却モジュール間の中心的なコネクタです。ほとんどのRAIDシステムではドライブ間でデータおよび命令セットをリレーするときにミッドプレーンに依存しており、ミッドプレーンに障害が発生するとデータの可用性が損なわれる可能性があります。Xserve RAID では、すべてのデータが独立したドライブチャネルを通過し、これらのチャネルはミッドプレーンによって適切な場所に維持されます。

(21)

第 3章高可用性のそのほかの項目を設定する 21

• 独立したデュアルRAIDコントローラ。独立した2つのストレージ・プロセッサ・ユニットが、RAID の機能、データ転送、および7つのドライブの各セットにおける障害の保護を管理します。これらの2つのコントローラに冗長性はありませんが、ほかのコントローラ用にXserve RAIDの1.5 台分をミラーにできるようにしてデータをミラーリングすることは可能です。一方のコントローラに障害が発生した場合でも、2台目のコントローラを通してデータにアクセスできます。

• 冗長性のあるホットスワップ冷却モジュール。冗長性のある2つのホットスワップ冷却モジュールによって、ラック環境の前面から背面までを自動的に冷却できます。一方のモジュールに障害が発生した場合でも、システムを停止せずにモジュールを交換できます。

• 電源。2つの電源（負荷分散型の電源およびホットスワップ可能な電源）のいずれかが、一方の電源の障害発生時に単独でXserve RAIDに電力を供給できます。

• ホットスペアリング。各RAIDコントローラでは、アレイに割り当てられていないドライブは、自動的にグローバル・ホット・スペアとして使用されます。1 つのドライブで障害が発生すると、

RAIDコントローラは管理者による介入を必要とせずに、そのデータをスペアドライブ上で自動的に再構築できます。再構築の操作がバックグラウンドで実行されている間、コントローラはホストの通常の読み出しおよび書き込みを処理するため、サービスは中断せずに続行されます。この結果、管理者は十分な時間的余裕を持って、障害が発生したドライブを交換できます。Xserve RAID では、交換したドライブを該当するアレイの新しいホットスペアとして自動的に設定します。

Xserve RAIDについて詳しくは、www.apple.com/jp/xserve/raid/を参照してください。

バックアップ電源を使用する

サーバソリューションのアーキテクチャにおいて、電源は単一の障害ポイントの 1つです。電力が供給されなくなると、サーバは警告を表示せずに停止します。サービスの突然の中断を防止するには、バックアップ電源の追加を検討する必要があります。アプリケーションによっては、サービスの停止をユーザに通知するための最低限の時間を得るために、予備の発電機またはUPS（無停電電源装置）装置を使用することもあります。

Xserve RAID で UPS を使用する

Xserve RAIDには、シリアルポートを介したUPSの監視が組み込まれています。Xserve RAIDの電源をUPS装置に接続するほかに、シリアルポートを通して2つの装置を相互に接続できます。これにより、Xserve RAIDでUPS装置を監視できるようになります。UPS装置で電力の供給が止まりそうになっていることをXserve RAIDが検出すると、キャッシュモードが高スループットのライトバックからより安全なライトスルーに自動的に変更されます。これにより、システム全体のスループット、およびその結果として電力消費が減少し、UPS 電源が完全に止まったときにトランザクションが保護されます。

(22)

参考：APC UPS（広く使われているブランド）を使用している場合、余裕を持ってXserve RAIDを終了できる時間を確保できるように、20％の電力が残っている時点でメールによってXserve RAID からユーザに通知されます。

UPSのほかに、Xserve RAIDではオプションのキャッシュ・バックアップ・バッテリーを使用することもできます。これらのバッテリーによりキャッシュ内の現在のトランザクションデータが最大 72 時間保持されるため、時間的に十分な余裕を持って装置を終了できます。電源が復元すると、

Xserve RAID ではキャッシュ内に保存されているトランザクションをディスクに書き込むことによってデータの整合性を維持し、さらにバッテリーの充電を開始します。

キャッシュ・バックアップ・バッテリーが充電されている間、Xserve RAID はバッテリーの充電率が50％を超えるまではライトスルー・キャッシュ・モードのままになります。50％を超えるとライトバックモードに戻ります。

Xserve で UPS を使用する

Xserveでは、シリアルポートによるUPSへの接続はできませんが、UPS装置で管理ネットワーク

カードが使用されている場合は、ネットワークを通してUPS電源を監視できます。詳しくは、UPS の製造元に問い合わせてください。

Xserve RAID

UPS装置バックアップ電源

電源接続

シリアルポート接続

警告：UPSを使用しない場合は、データの損失を防止するために、Xserve RAIDの書き込みキャッシュを無効にする（UPSへの接続時にXserve RAIDが自動的に書き込みを行わないようにする）必要があります。キャッシュ・バックアップ・バッテリーはコントローラキャッシュのみをバックアップして、書き込みキャッシュをバックアップしません。

Xserve

UPS装置

電源バックアップ

電源接続

ローカルネットワーク

(23)

第 3章高可用性のそのほかの項目を設定する 23

サーバの自動再起動を設定する

Mac OS X Serverコンピュータで「省エネルギー」オプションを設定すると、停電またはシステムのフリーズによってコンピュータが停止した場合に、これを自動的に再起動できます。

自動再起動オプションには、次のようなものがあります：

•「停電後に自動的に再起動」。電源管理装置によって、停電後にサーバが自動的に起動されます。

•「コンピュータが操作不能になった場合に自動的に再起動」。サーバの応答が停止した後、サーバでカーネルパニックが発生した後、またはサーバがフリーズした後に、電源管理装置によってサーバが自動的に起動されます。

コンピュータが「フリーズ」した後に自動的に再起動するオプションを選択した場合、Mac OS X Serverではwdticklerdデーモンが生成されます。このデーモンは、5分後に再起動するように命令するコマンドをコンピュータに対して30秒ごとに発行します。再起動のタイマーは、コマンドが発行されるたびにリセットされます。したがって、サーバが動作している限り、タイマーが 5分になることはありません。一方、コンピュータがフリーズした場合には、電源管理装置によって 5 分後にコンピュータが再起動されます。

自動再起動を有効にするには：

1 サーバに管理者としてログインします。

2「システム環境設定」を開き、「省エネルギー」をクリックします。

3「オプション」をクリックします。

4「その他のオプション」の下にある2つの再起動オプションを選択します。

5「システム環境設定」を閉じます。

(24)

適切な動作条件を確保する

機器の過熱は、サーバの誤作動を起こす可能性がある要因の 1つです。狭いスペースで複数のコンピュータをクラスタ化している場合には、特に過熱が問題になります。湿度や電力サージなどの要因も、サーバに悪影響を与える可能性があります。

サーバを保護するには、これらの要因を管理できる適切な場所にサーバを設置して、理想的な動作条件を維持する必要があります。これらの条件については、電気および環境に関するシステムの要件を確認してください。

また、サーバが設置されている建物に火災警報器が備えられていることを確認し、火災のリスクに対処するための非常事態計画を作成しておきます。

オープンディレクトリの複製

オープンディレクトリ・サービスを提供する予定の場合は、オープンディレクトリのマスターの複製を作成することを検討する必要があります。マスターサーバで障害が発生した場合に、クライアントコンピュータは複製にアクセスできます。詳しくは、オープンディレクトリ管理ガイドでオープンディレクトリの複製の設定に関するセクションを参照してください。

サーバのセキュリティを保護する

攻撃者による認証されていないアクセスは、サーバの可用性に関する主要な脅威の1つです。

ソフトウェアの攻撃からサーバを保護するには、次のように操作します：

• ファイアウォールサービスを有効にします。サーバのファイアウォールは、認証されていないアクセスに対する最初の防衛線になります。詳しくは、ネットワークサービス管理ガイドでファイアウォールサービスの設定に関する章を参照してください。攻撃を受ける可能性が非常に高いサーバの場合は、追加の防衛線として他社製のハードウェアファイアウォールの導入も検討する必要があります。

• 不要なサービスを無効にします。サービスを有効にするとポートが開き、そこからユーザがシステムにアクセスできます。ファイアウォールサービスを有効にすると認証されないアクセスの排除に役立ちますが、開いているポートは攻撃者に利用される可能性がある脆弱性として残ります。

• ウイルス対策ソフトウェアをインストールします。Windowsプラットフォームと比較すると、

Macプラットフォームでのウイルスの発生頻度は非常に低いですが、依然としてウイルスはリスクの1つです。

• SACL（Service Access Control List）を設定します。SACLSを使用すると、サービスにアクセスできるユーザを指定できます。

• ACL（Access Control List）を設定します。ACLを使用すると、共有ポイントおよびその内容にアクセスできるユーザを管理できます。