ストレージ消費を最小限に抑える方法は？
ライブサーバー、ユーザーアクセプタンスサーバー、ステージングサーバー、および開発サーバー（この場合、ウィンドウは主に2012r2、すべてのHyper-Vゲスト）を備えたネットワークがあります。ネットワークのこれらの各部分には、フロントエンドサーバーとバックエンドサーバーがあります。バックエンドサーバーには、比例して大量のデータが含まれています。 User Acceptance、ステージング、および開発サーバー全体で、このデータは変更されず（ライブからの時折の更新を除いて）、開発サイクル外でアクセスされることはめったにありません。
このタイプの環境では、どのようにしてストレージ消費を最小限に抑え、静的でめったにアクセスされないデータでストレージスペースを浪費しないようにしますか。データは、pdf、json、dwgs、pngなどの数千のファイルで構成されています。
私が考えたこと。
使用していないときにサーバーを削除する-これらのサーバーを復元する時間は、開発者がサーバーを使用する時間よりも重要な場合があるため、優れたオプションではありません。当社のバックアップソリューションはMSData ProtectionManagerです。
使用していないときにデータディスクを削除する-上記よりもわずかに優れていますが、やはり時間が重要です。
サーバー間でのデータディスクの移動-Hyper-Vゲストであるため、必要に応じてデータディスクを接続することもできますが、同時に複数の環境が使用されている場合があります。
いくつかのハイブリッドファイルサーバーをチェックすることをお勧めします。1つは、ストレージが安価（S3）またはほぼ無料（Glacier）のパブリッククラウドにコールドデータをオフロードします。 Azureでエンタープライズ契約を結んでいる場合は、物理と仮想の両方でMicrosoftのStorSimpleを試してみることをお勧めします。
https://Azure.Microsoft.com/en-us/services/storsimple/
ナスニもいいですが、今のところ信頼できるSMB3はありません。
時間の経過とともにあまり変化しないかなりの量のデータがあるため、何らかの階層化を実装することを強くお勧めします（自動階層化を備えたストレージスペースが適しているはずです）。ローカルストレージである「ホット」層には、迅速にアクセスする必要のある最新のデータが含まれている必要があり、「コールド」層はクラウドにオフロードできるという考え方です。
アイデアは新しいものではありません-Nasuni https://www.nasuni.com/ は、このアプローチと非常によく似ています。 DIYオプションはS3Fuseです https://www.interserver.net/tips/kb/mount-s3-bucket-centos-ubuntu-using-s3fs/ これによりクラウドストレージをローカルドライブ。 StorSimple https://Azure.Microsoft.com/en-us/services/storsimple/ は別の選択肢ですが、Azureに厳密にバインドされています。
追加のソフトウェアをインストール/構成および保守する意思がない場合は、AcloudAのようなハードウェアゲートウェイを使用できます http://aclouda.com/ 追加のソフトウェアやドライバーを必要とせずに作業を実行できます。
市場には興味深い解決策がたくさんあります。私はNasuniを試したことがありませんが、ぴったりのようです。また、ハードウェアゲートウェイとして使用でき、クラウドストレージをローカルドライブとして提示し、データをクラウドに自動的にオフロードできるAcloudaを確認することもできます。 AmazonまたはAzureのいずれかのクラウドに接続できるSATA/SASドライブとしてローカルサーバーにインストールできます。 http://aclouda.com/
ゲストはWindows2012 R2であるため、VM内で重複排除を実行できます。最初のクロールを除いて、リソースをあまり消費しないことがわかりました。ドキュメントストアでは、55％以上の節約になりました。
ストレージがWindowsサーバー（ストレージスペースなど）にある場合は、VHDストアを重複排除できます。ボリュームで重複排除を構成するときにVDIオプションを使用すると、開いているVHDの重複排除がオンになります。 https://technet.Microsoft.com/en-us/library/dn486808.aspx を参照してください