<CHAPTER ID="Requirementsplanning">
<!-- <TITLE>Requirements and Planning</TITLE> -->
<TITLE>要件と計画</TITLE>

<!-- <SECT1> <TITLE>Hardware requirements</TITLE> -->
<SECT1> <TITLE>ハードウェアの要件</TITLE> 

<!--
<PARA> Installing a basic cluster requires at least 2 network
connected machines, either using a cross-cable between the two network
cards or using a switch or hub (a switch is much better than a hub
though and only costs a few bucks more).  Of course the faster your
network-cards the easier you will get better performance for your
cluster.
-->
<PARA>基本構成のクラスタをインストールするには、最低でも 2 台のネットワーク
に繋がったマシンが必要になります。ネットワークカード間をクロスケーブルで
繋ぐか、スイッチングハブやダムハブを使って接続します(スイッチングハブの
方が望ましいのですが、お金が少し余分にかかります)。もちろんネットワーク
カードが速ければ、それだけクラスタの性能を上げるのが簡単になります。
</PARA>

<!--
<PARA> These days Fast Ethernet (100 Mbps) is standard; putting
multiple ports in a machine isn't that difficult, but make sure to
connect them through other physical networks in order to gain the
speed you want.  Gigabit Ethernet is getting cheaper every day now but
I suggest that you don't rush to the shop spending your money before
you have actually tested your setup with multiple 100Mbit cards and
noticed that you really do need the extra network capacity.  Next to
putting a Gigabit card you might also want to try bonding different
100Mbit cards together. An even cheaper alternative can be found in 
Firewire, as discussed in <ulink 
url="http://howto.ipng.be/FireWireClustering/"><citetitle>this 
paper</citetitle></ulink> </PARA>
-->
<PARA>今では Fast Ethernet (100 Mbps)が普通です。複数ポートをマシンに
付けるのは難しくはありませんが、速度を上げるために物理的に別のネットワーク
に接続するのには注意が必要です。Gigabit Ethernet は日に日に安くなっていますが、
あせって販売店に行き、お金を使うのは待ってください。まず実際に複数の 100 Mbit 
カードで設定をテストして、本当にさらにネットワーク帯域が必要なのかをよく
考えてください。Gigabit カードを付けることになったら、一緒に別の 100Mbit 
カードを組み合わせたくなるかもしれません。もっと安価な選択肢として Firewire 
があります。<ulink 
url="http://howto.ipng.be/FireWireClustering/"><citetitle>この論文
</citetitle></ulink>
で議論していますので参照してください。
</PARA>
</SECT1>

<SECT1>
<!-- <TITLE>Hardware Setup Guidelines</TITLE> -->
<TITLE>ハードウェア設定ガイドライン</TITLE>

<!--
<para> Setting up a big cluster requires some thinking to be done:
where are you going to put the machines? Not under a table somewhere
or in the middle of your office I hope!  It's ok if you just want to
do some small tests, but if you are planning to deploy a N node
cluster you will have to make sure that the environment that will hold
these machines is capable of doing so.
-->
<para>大規模なクラスタを設定するには、検討が必要です。どこにマシンを
置くのか。どこかテーブルの下では駄目なのか、それとも私が望んでいる
オフィスの真ん中なのか。ちょっとしたテストだけがしたいなら十分です。
しかし N ノードのクラスタを設置する予定なら、マシンが十分に稼動できる
環境にしなければいけません。
</para>

<!--
<para> I'm talking about preparing one or more 19" racks to host the
machines, configure the appropriate network topology, either straight,
single connected or even a 1 to 1 cross connected network between all
your nodes.  You will also need to make sure that there is enough
power to support such a range of machines, that your air-conditioning
system supports the load and that in case of power-failure your UPS
can cleanly shut down all the required systems. You might want to
invest in a KVM (Keyboard, Video, Mouse) Switch in order to facility
access to the machines' consoles.
-->
<para>これから説明するのは、1 つ以上の 19 インチラックにマシンを設置し、
直接単独で接続するか、それともすべてのノード間を 1 対 1 でクロス
接続するかというネットワーク・トポロジーを適切に設定する話です。また
マシンをまかなうのに十分な電力と負荷に耐えられる空調装置もあわせて確認する
必要があります。また停電に備えて、UPS がきちんとシステムを shutdown する
のかも確認してください。マシンのコンソールに簡単にアクセスするために、KVM
(キーボード、ビデオ、マウス)スイッチにお金を使う必要があるかもしれません。
</para>

<!--
<para> But even if you don't have the number of nodes that justifies
such an investment, make sure that you can always easily access the
different nodes, you never know when you have to replace a CPU fan or
an hard-disk of a machine in trouble.  If that means that you have to
unload a stack of machines to reach the bottom one, hence shutting
down your cluster, you are in trouble.
-->
<para>ところでそのような投資に見合った規模のノードがない場合でも、個々
のノードに簡単にアクセスできるようにしてください。マシンの CPU ファンが
故障したり、ハードディスクが故障したりした時に困らないように。つまり
トラブルが発生してクラスタをシャットダウンして、一番下のマシンに手を届かせる
のに多量のマシンをどかさなければならないようでは駄目だ、ということです。
</para>

</SECT1>

<SECT1>
<!-- <TITLE>Software requirements</TITLE> -->
<TITLE>ソフトウェアの要件</TITLE>

<!--
<PARA> The systems we plan to use will need a basic Linux installation
of your choice: Red Hat, Suse, Debian, Gentoo or any another
distribution: it doesn't really matter which one.

What does matter is that the kernel is at least on 2.4 level, and that
your network-cards are configured correctly; next to that you'll need
a healthy space of swap. </PARA>
-->
<PARA>使おうとしているシステムには Linux の基本的なインストールをする
必要があります。お好みで Red Hat、Suse、Debian、Gentoo 等ありますが、
どれを使っても結構です。

大切なのは、カーネルが少なくとも 2.4 レベルであること、ネットワークカード
が正しく設定されていることで、次にスワップ空間を十分にとることが大切です。
</PARA>

</SECT1>


<SECT1>
<!-- <TITLE>Planning your Cluster</TITLE> -->
<TITLE>クラスタの設計</TITLE>

<!--
<PARA> When it comes to configuring openMosix Clusters with a pool of
servers and a set of (personal) workstations, you have different
options that will have their advantages and disadvantages.
-->
<PARA>サーバ群と(個人用)ワークステーション群から構成されている openMosix 
クラスタを設定する際には、それぞれが持つ長所、短所によって別々のオプションが
設定できます。

<itemizedlist>

<listitem>
<para>
<!--
In a <emphasis>Single-pool</emphasis> configuration all the servers
and workstations are used as a single cluster: each machine is a part
of the cluster and can migrate processes to each other existing node.
This of course makes your workstation a part of the pool.
-->
<emphasis>Single-pool</emphasis> 設定では、すべてのサーバとワークステーション
が単一のクラスタとして扱われます。個々のマシンはクラスタの一部でプロセスは
クラスタに属する他のノードにマイグレートできます。
つまり、ワークステーションはプール(まとまりの単位)の一部となります。
</para>
</listitem>

<listitem>
<para>
<!--
In an environment that is called a <emphasis>Server-pool</emphasis>,
servers are a part of the cluster while workstations aren't part of
it, they don't even haven openMosix kernel.  If you want to run 
applications on the cluster you will need to
specifically log on to these servers.  However your workstation will also 
stay
clean and no remote processes will migrate to it.
-->
<emphasis>Server-pool</emphasis> と呼ばれる環境では、サーバはクラスタの一部
になりますが、ワークステーションはクラスタに属さず、openMosix のカーネルも
持ちません。アプリケーションをクラスタで動かしたいなら、サーバ群にわざわざ
ログインする必要があります。自分のワークステーションは何も影響を受けず、
リモートプロセスがマイグレートしてくることもありません。
</para>
</listitem>

<listitem>
<para>
<!--
A third alternative is called an <emphasis>Adaptive-pool</emphasis>
configuration: here servers are shared while workstations join or
leave the cluster. Imagine your workstation being used during daytime
by yourself but, as soon as you log out in the evening, a script tells
the workstation to join the cluster and start crunching numbers. This
way your machine is being used while you don't need it. If you need
the resources of the machine again just run the openmosix stop script
and your processes will stay away from the cluster and vice-versa.
-->
3 番目は <emphasis>Adaptive-pool</emphasis> と呼ばれる設定です。この設定
ではサーバは共有されますが、ワークステーションはクラスタに入ったり、出たり
します。昼間は自分でワークステーションを使っています。しかし夕方になって
ログアウトするとすぐ、スクリプトがワークステーションにクラスタに参加するように
通知し、どんどん処理をはじめます。そんなイメージです。自分が必要でない
時に利用されることになります。マシンのリソースが必要になれば、openMosix を
停止させるスクリプトを走らせるだけで、クラスタから抜けだせます。その逆も同じ
です。
</para>
<!--
<para>Practically this means that you will change the role of your machine 
by using mosctl.
-->
<para>実際は mosctl を使ってマシンの役割を変更できます。
</para>
</listitem>

</itemizedlist>
</PARA>
</SECT1>
<!--
<SECT1><TITLE>Classrooms</TITLE>
-->
<SECT1><TITLE>教室</TITLE>
<!--
<PARA>Although it might seem a good idea to convert your classroom into an 
openMosix cluster at night, you'll have to consider training your end 
users not to pull the power switch of those machines when they want to use 
them again.  More recent machines support automatic shutdowns when hitting 
the power button, but with older machines you might loose some data now 
and then when this actually happens.</PARA> </SECT1>
-->
<PARA>
教室を夜には openMosix クラスタにしてしまうのは良い考えですが、エンドユーザ
に再び利用しようと思った時にマシンの電源スイッチをいじらないように教えて
おかなければいけません。最近のマシンは、電源ボタンを押すと自動的にシャット
ダウンできるようになっています。しかし古いマシンでは、実際にその状況になると
データを無くすケースがあります。
</PARA> </SECT1>

</CHAPTER>

