ずっと前、私はDragonFlyBSDについて読んだり聞いたりしました。その目的の1つは、複数の物理システムでオペレーティングシステムを実行することでした。あるいは、「外部」のようなものは1つのオペレーティングシステムしか見ることができませんが、その下のいくつかの物理システムで実行されます。
私はこの「神話/目的」を見つけることができませんが、どこかでそれについて読んだことを覚えています。
これ質問：これを確認したり反論できる人はいますか？
ベストアンサー1
この情報は Google で簡単に見つけることができます。
はい、DragonFly BSDはサポートする予定です。「単一システムイメージのクラスタリング」ある瞬間、上記のようにプロジェクト履歴ページ。
DragonFly BSDはフォーク以来急速に成長する開発を経験してきました。重要な努力の1つは、ほとんどのカーネルサブシステムを簡素化し、全体的に整理することです。これは最初は単一のシステムミラークラスタをサポートすることでした。しかし、カーネルをより安定して、理解しやすく、維持しやすくする効果があります。 DragonFlyがカーネル全体で使用する基本的な同期概念の1つは、カーネルのメンテナンスと理解を簡素化するのに直接役立つトークンです。
2007年初めまで続いたプロジェクトの最初の主要な段階で、DragonFlyプロジェクトは、必要な抽象化を実装し、その時点で単一のシステムとして計画されていたプロジェクトの2番目のステップメカニズムをサポートするために、ほとんどの主要なカーネルサブシステムを再構築することに焦点を当てています置きました。イメージのクラスタリング。これには、ほとんどすべてのサブシステム、特にファイルシステムAPIとカーネルコアの多くの作業が含まれていました。この期間中の最も重要な目標は、システムを本番環境で使用できるようにするために必要なサードパーティ製のアプリケーションと基本的なシステムユーティリティに関して、システムを最新の状態に保つことです。これにより、フレームワークを使用する他のBSDプロジェクトとリソースを共有するために、プライマリシステム以外のすべてのサードパーティアプリケーションを管理するpkgsrcフレームワークが採用されました。
2007年から2008年まで、HAMMERという新しいファイルシステムがDragonFly BSD用に開発されました。 HAMMERは2008年7月、DragonFly 2.0のリリースでデビューしました。このファイルシステムは、多数の問題を解決し、きめ細かな記録保存（スナップショット）、即時クラッシュリカバリ、リアルタイムに近いミラーリングなど、DragonFlyに多くの新機能を追加するように設計されています。HAMMERファイルシステムはまた、プロジェクトの第2段階を形成するクラスタリングやその他の努力の基礎として機能するように設計されています。。
最新バージョンのオペレーティングシステム（リリース5.0）、HAMMER2はクラスタリングをサポートしていません。
また、この（やや古い）InformITの記事を読んでください。DragonFly BSD：クラスタリングのためのUNIX？。