FreeNAS Corral アーカイブ - しょぼんブログ

FreeNAS Corral へアップグレードしてみた NAS用のFreeBSD系ディストリビューションとして有名なFreeNASが、先日メジャーバージョンアップしました。 それにともない、名前がFreeNAS Corralへと変更になりました。 このメジャーバージョンアップですが、変更点が多岐に渡っており別OSとなったといっても過言ではありません。 WEB UIのデザインの変更 まず最初に分かるのが、WEB UIのデザイン変更です。 スタイリッシュな、今風のデザインに変更されており、硬派なイメージなFreeNASとは打って変わったような状態になっています。 旧のWEB UIと比べて、直感的に操作することができるようになっています。ここでは例として共有設定を表示しています。 Docker、bhyveのサポート FreeNAS Corralでは、何と新たにDockerとbhyveをサポートするようになりました。 FreeNAS上でDockerコンテナをデプロイしたり、仮想マシンを構築できるようになっています。 今まではNAS専用ディストリビューションとして押し出していたFreeNASですが、ファイルサーバー以外の機能として、Dockerや仮想マシンのサポートをするようになりました。 あくまで推測ではありますが、エンタープライズ向けユーザーを対象としたアップデートではないでしょうか。 別サーバーとしてDockerやbhyveが動くサーバーを構築しなくても、FreeNAS Corralをインストールしたホストを用意すれば、それだけで解決してしまうわけですね。 もちろんですが、WEB UIでファイルサーバー、Docker、bhyveの統合管理ができるようにもなります。 FreeNAS 9からアップグレードする際の注意点 FreeNAS 9からアップグレードするに当たっていくつか注意点があります。 実際に僕もアップグレードしている際に、いくつか躓いてしまったところがあるので、備忘録としてまとめてみます。 OSのサイズが肥大化 FreeNASはそのシステム領域の小ささから、USBメモリへインストールするユーザーが多いです。僕もそのうちの一人でした。 手元にあるデータとして、9.10.2-U1のサイズしかだせませんが、システム使用領域サイズを比べてみます。 [table id=22 /] FreeNAS 9.10.2-U1は13MBと非常にコンパクトですが、FreeNAS Corralは何と5GBもあります。 原因としてはDockerサポートやbhyve対応のためだとは思いますが、単純計算で約394倍。 USBメモリへインストールしていることを考えると圧巻の容量です。 もしUSBメモリへインストールして運用することを考えるのであれば、最低でも8GBの物が必要となりますね。 Update TrainがNightliesになる FreeNAS Corralへアップグレードすると、Update TrainがStableではなく、Nightliesとなっています。 FreeNAS 9からアップグレードする際は、きちんとStableを指定したにもかかわらずです。 ここに気が付かずに放置していると、次回アップデート時にNightliesのものが適用されてしまう可能性があります。 もし常用運用を考えているのであれば、Stableへ変更することをおすすめします。 設定変更は、WEB UIの「System」 -&gt; 「Updates」 -&gt; 「Settings」とメニューを展開し、「Update Train」のプルダウンメニューから「FreeNAS-Corral-STABLE」を指定して、「Save」をクリックすればOKです。 ついでに「Automatically Check for Update」のチェックを外して運用するのも良いかと思います。 laggインターフェースの動作不良 これはNICによって変わるかも知れませんが、IntelのIntel PRO/1000 PT DualPort Server Adapter（EXPI9402PT）を使ってlaggインターフェースを構築した状態で、FreeNAS Corralへアップグレードしたところ、Link downしたままになってしまいました。 解決策としては、CLIから下記コマンドを実行して、laggインターフェースを削除します。（例ではlagg0をあげています） network interface lagg0 delete 次に、下記コマンドを実行して片方のポートをDHCPとして割り当てます。（例ではem0をあげています） network interface em0 set dhcp=yes set enabled=yes renew これでem0がDHCPサーバーからIPアドレスを取得し、正常に通信できるようになります。 この後laggインターフェースを構築するには、WEB UIのNetworkメニューを開きます。 その後、Interfacesの隣の「+」マークをクリックし、「New LAGG」をクリックします。 「Enabled」にチェックをいれ、「Add address」をクリックして、LAGGインターフェースへ割り当てたいIPアドレスを入力します。 Portsにはem1しか表示されていないので、em1をクリックして「Save」をクリックします。（例ではem0も表示されていますが、設定当初は表示されません） LAGGインターフェースの作成が完了したら、LAGGインターフェースに割り当てたIPアドレスで再度WEB UIへアクセスします。 後は、Network -&gt; em0（DHCP設定したポート）をクリックし、DHCPのチェックを外して「Save」をクリックします。 em0の設定変更が完了したら、今度は先ほど作成したLAGGインターフェース（lagg0）をクリックして、Shiftを押しながらPorts欄に表示されているem0とem1をクリックします。 em0、em1にそれぞれチェックマークがついていることを確認し、「Protocol」をFAILOVERに設定してSaveをクリックします。 これも環境によるかとは思いますが、僕の環境ではFAILOVER以外（NONE以外）を設定すると、Link Downが発生しました。 LAGGの知識が乏しいことと、現用系の復旧が最優先だったため、このあたりの切り分けはできていません・・・ まとめ 操作感の変更や、システム領域の肥大化など、移行するに当たっていくつか気になるポイントはありますが、直感的に操作できるようになりますし、Dockerやbhyveがサポートされることで、ファイルサーバーの利用用途が広がります。 ZFSはメモリを多く使うので、FreeNASを利用されている方はメモリを多く搭載したサーバーを利用しているかと思います。 もし、CPUリソースに余裕があるのであれば、Dockerやbhyveも試せるようになるので良いですね。 僕はHPのMicroServer（初代）を使用しているので、CPUリソース的にDockerやbhyveは利用できませんが・・・ Source: FreeNAS