混合アーキテクチャクラスターをセットアップすることはできますか？

Question

Linuxを実行しているx86-64コンピューターがあり、これを他の非x86-64 Linuxマシンで補完したい。

同じアーキテクチャでなくても、別のマシンの計算能力を何らかの方法で活用することは可能ですか？

2番目の質問として、どのようなパフォーマンスの向上が得られますか。また、機能するには特別なソフトウェアが必要ですか？または、Linuxはクラスター/追加のマシンを追加のCPUとして抽象化するだけですか？

Answer 1

アンリが言ったように、さまざまな表現を処理するソフトウェアが必要です。 MPI は除外されますが、たとえば NWS （Python、R、Matlabなどで使用できます... ）動作するはずです。

Answer 2

ソフトウェアに応じて、抽象化できる場合とできない場合があります。このようなことを行うには通常、リモートプロシージャコールが必要であり、使用するライブラリに応じて、抽象化することもできないこともあります。

基本的な例は、RPCを実行し、引数として整数を指定することです。ビッグエンディアンを使用するアーキテクチャもあれば、リトルエンディアンを使用するアーキテクチャもあり、RPCライブラリがそれを処理する必要があります。

Answer 3

とにかくこの事実に頼るべきではありません。 正しい抽象化レイヤーが必要です（たとえば、IPを介した通信は出発点として適切です）。これは、＆quot;インサービスアップグレード＆quot; を可能にするために一部必要です。つまり、開始クラスタ構成と同じアーキテクチャであるか、またはそうでない新しいマシンを追加します。

上司に行くことを想像してください：＆quot;まあ、これらの派手な新しいマシンを手に入れたので、サービス全体を停止する必要があります...＆quot; 。 （そして、返事がはっきりと聞こえます）

もちろん、実稼働環境の懸念が特定のケースで範囲外である場合、私の引用は無視できます。大規模な展開の典型的な要件だとしましょう。

最後に、対称クラスターを扱う方が常に簡単です（保守が単純化されます）が、非対称クラスターは「飛び石」になる可能性があります。 「ローリングアップグレード」を扱う場合。

明確化：すべてを抽象化することを逃したことはありません。 明確化＃2 ：＆quot; architecture＆quot;による「CPUアーキテクチャ」を想定しています。つまり、「システム全体のアーキテクチャ」ではありません。

---

質問の2番目の部分については、すべてソフトウェアのアーキテクチャに依存します。