NASバックアップストレージ用のエンクロージャとLinuxサーバー
私は非営利団体でサーバーと共有ドライブのバックアップを刷新する最中です。必要なのは、バックアップを置く場所を提供するだけのストレージソリューションです。予算内で2つのオプションがあります。
- 大きなシャーシと6〜8台のドライブを収容できるマザーボードを備えたシンプルなDebianサーバーを構築する
- 2つのNASエンクロージャー（Drobo/Synologyなどを考えてください）を購入し、USB3経由でバックアップサーバーに接続します
詳細については、バックアップサーバーはBareosを実行する小さなボックスです。私の知る限り、最初のオプションに必要な時間を除けば、2番目のオプションが確かに最も簡単です。ただし、将来的に問題が発生して、ユニットがX週間使用できなくなり（たとえば、メーカーの欠陥により、通常はすべての交換に時間がかかる）、バックアップが停止するのではないかと心配しています。 。少なくともLinuxサーバーでは、+ /-修正できます。
何かご意見は？私の恐れはおそらく不合理ですか？特に、これらのNASユニットの生産に携わった経験のある方からのご意見をお待ちしております。
ご参考までに、私は週にバックアップするデータが約13 TB）しかないため、パフォーマンスはそれほど問題になりません。
編集：クラウドストレージについての提案をありがとう。私たちにとっては、離れた場所にいて、ASDL回線（3Mbps/768kbps）しかないため、これはオプションではないことに注意してください。
NASオプション：長所-接続が簡単で、ギビビットイーサネットの10倍高速で、新しいサーバーは必要ありません。短所-物理サーバーは単一障害点を示します。
Debianオプション：長所-新しいサーバーを入手し、RAIDコントローラーを2倍にし、RAID 10を実行し、必要な数のNICをインストールできます。短所-単一障害点。
私の推奨オプション:(使う$$$があるので）
既存のバックアップサーバーを維持し、ストレージ用にNASデバイスを調達し、インフラストラクチャ内のすべてのサブネットにNICを追加し、バックアップサーバーを各ネットワークセグメントに接続します。これにより、バックアップを実行しているときに受信データフローが最適化され、ネットワークに負担がかかりません（専用のバックアップネットワークセグメントがある場合は不要です）。
また、将来の障害に対するホットスタンバイとして機能できるバックアップサーバーを複製します。本番サーバーに障害が発生した場合は、NASデバイスを「バックアップ」サーバーに移動するだけです。
また、私はサーバーごとに2つのバックアップジョブを作成し、それらを「1日おき」の期間実行して、両方のNAS=デバイスでバックアップデータを取得します。追加のスペースを使用しますが、これを管理できます。かなり簡単です。
最後のオプションは、コスト比較を行い、データが15TB未満である多くの利用可能なクラウドバックアップソリューションの1つでコスト差がどうなるかを確認することです。
最近のバックアップに関する私の推奨事項は、常にそれらをクラウドに配置することです。 AWS、Azure、GCPはすべて、低コストの長期ストレージソリューションを備えています。
私の理由：（1）will壊れているハードウェアについて心配する必要はありません。 （2）クラウドプロバイダーは、データをかつてない方法で冗長的に保存します。 （3）地域の障害や災害から身を守るために、データの複数のコピーをグローバルに配布するのは非常に簡単です。 （4）暗号化されたバックアップを送信するだけなので、データのセキュリティは問題になりません。
オンサイトバックアップを検討する唯一の理由は、（a）帯域幅の制限と（b）ボリュームの制限です。増分バックアップを作成できず、非常に大きな（たとえば、10 GBを超える）データセットを毎日送信する必要があります。