問題タブ [storage]

NFS および CIFS 経由で 2 TB 程度を利用できるようにしたいと考えています。高可用性と、可能であればサーバー間で負荷を分散する機能のために、2 台 (またはそれ以上) のサーバー ソリューションを探しています。クラスタリングまたは高可用性ソリューションに関する提案はありますか?

これはビジネス用途であり、今後数年間で 5 ～ 10 TB に拡大する予定です。私たちの施設は、ほぼ 1 日 24 時間、週 6 日稼働しています。15 ～ 30 分のダウンタイムが発生する可能性がありますが、データ損失を最小限に抑えたいと考えています。午前 3 時の電話を最小限に抑えたい。

現在、Solaris で ZFS を使用して 1 台のサーバーを実行しており、HA 部分については AVS を検討していますが、Solaris には小さな問題 (CIFS 実装が Vista では機能しないなど) があり、それが私たちの足を引っ張っています。

私たちは見始めました

• DRDB over GFS (分散ロック機能用の GFS)
• Gluster (クライアント部分が必要、ネイティブ CIFS サポートなし?)
• Windows DFS (ファイルを閉じた後にのみレプリケートするとドキュメントに記載されていますか?)

データを提供する「ブラックボックス」を探しています。

現在、ZFS でデータのスナップショットを作成し、そのスナップショットをネット経由でリモート データセンターに送信してオフサイト バックアップを行っています。

当初の計画では、2 台目のマシンを用意し、10 ～ 15 分ごとに rsync を実行する予定でした。障害が発生した場合の問題は、進行中の生産プロセスが 15 分間のデータを失い、「途中」に残されることです。途中でピックアップする場所を見つけるよりも、最初から始める方がほとんど簡単です。それが、私たちが HA ソリューションに目を向けた理由です。

最近、 「SATA vs. SCSI の信頼性」という記事を読みました。主に、一般消費者向け SATA ドライブの非常に高速なビット フリッピングについて説明し、「現在、特定のディスクからすべてのデータを読み取ることができない可能性は 56%」と結論付けています。Raid-5 でさえ問題を常にスキャンする必要があるため、私たちを救うことはできません。

考慮事項:

Raid-Zを使用した Sun のZFSについて素晴らしいことを聞いたことがありますが、Linux と BSD の実装はまだ実験段階です。まだ全盛期の準備ができているかどうかはわかりません。

また、 Par2ファイル形式についてもかなり読んだことがあります。各ファイルと一緒に追加の % パリティを保存すると、ほとんどの問題から回復できるようです。ただし、これを内部で行うファイル システムは認識しておらず、個別のファイルを管理するのは難しいようです。

バックアップ (編集):

バックアップが最重要であることは理解しています。ただし、何らかのチェックを行わないと、知らないうちに悪いデータを簡単に送信してしまう可能性があります。また、どのバックアップにそのデータの適切なコピーがあるかを判断するのも難しい場合があります。

たとえば、Raid-5 アレイを 1 年間実行していて、破損したファイルを見つけたとします。適切なコピーが見つかるまで、バックアップのチェックに戻る必要があります。ファイルを含む最初のバックアップに移動するのが理想的ですが、ファイルが何度も編集されている場合は特に、それを特定するのが難しい場合があります。さらに悪いことに、破損が発生した後にそのファイルが追加または編集されたかどうかを検討してください。それだけで、Par2 などのブロック レベルのパリティを使用するのに十分な理由になります。

写真はFlickrを使っています。しかし、その他のドキュメントについては...どの Web ベースのオンライン アプリケーション (ホストされているか、個人の Web サイトにインストールする) を PDF または Word ファイルに使用していますか? ユーザー管理があれば、それも素晴らしいでしょう (たとえば、一部の人または全員がドキュメントの一部を表示できるように決定するなど)。

複数のサーバーに分散された大きなファイル (>50MB - 1.5GB) を保存するためのソフトウェア ソリューションを探しています。MogileFS を検討しましたが、既存のソフトウェアの需要を考慮すると、NFS インターフェースが必要です。ただし、オープンソースを好むだろうが、すべてのオプションに開かれている.

C++ では、ストレージ クラス指定子 static がデータ領域からメモリを割り当てます。「データ領域」とはどういう意味ですか?

しばらくの間、オーディオ ファイルをサイトにアップロードし、ffmpeg を使用してさまざまな形式に変換できる音楽サイトを開発する必要がありました。人々はアップロードされたオーディオ ファイルを購入した後にダウンロードし、tmp ファイルが作成され、ダウンロード場所に配置され、各ダウンロードインスタンスに対してのみ有効であり、tmp ファイルはその後削除されます。

今、私はプロジェクトを再検討しています。写真とビデオをアップロード コンテンツとして追加する必要があります。

ファイルを保存するための最良の方法を見つけたいのですが、

オプション 1 : ファイルをフォルダーに保存し、データベースで参照する

オプション 2 : 実際のファイルをデータベース (mysql) に blob として保存します。

私はこのアイデアをいじくり回して、各方法のセキュリティへの影響と、私が計算していない可能性のあるその他の問題を検討しています。

セキュリティ上の理由 (知的財産の保護) のために、特定のハード ドライブ パーティション/USB ドライブにアクセスできないようにする方法を構築しようとしています。Windowsが「ロックされたドライブ/ USB」にアクセスしようとすると、試行が停止され、「ドライブにアクセスできません」などの何かが返されると考えていました。それはただのアイデアです、誰でもそれがもっともらしい/可能ですか? もしそうなら、何か指針はありますか？

C/C++

-ありがとう

データベースを縮小することの利点と欠点は何ですか? パフォーマンスへの影響はありますか?

INTELSS4000-Eストレージ内のSQLサーバーデータベースファイルにアクセスしたい。それはNASストレージです。SQL Server 2000のストレージとして使用することは可能でしょうか？そうでない場合、最善の解決策は何ですか？

bashスクリプトを実行し、ユーザー名とパスワードを提供する必要があるPHPアプリがあります(リモートシステム用)。これらの資格情報を、PHP (Web) アプリからアクセスできる場所に保存する必要があります。論理的な場所はデータベースです (現在は MySQL ですが、不可知論的になります)。資格情報をハッシュして保存する「標準的な」方法の問題は、元に戻せないことです。データをbash スクリプトに挿入できるようにするには、資格情報を暗号化されていないクリア テキストとして取得できる必要があります。

これを行うための安全な方法について何か提案はありますか?

おそらく資格情報を PKI し、結果を DB に保存すると思いました。次に、秘密鍵を使用して暗号化を解除します (PHP で実行できます)。これを行うスクリプトを Web ルートの外に保存します。

どんな考えでも大歓迎です。