Wie kann der Speicherverbrauch minimiert werden?

Ich habe ein Netzwerk mit Live-, Benutzerakzeptanz-, Staging- und Entwicklungsservern (in diesem Fall Windows hauptsächlich 2012r2, alle Hyper-V-Gäste). Jeder dieser Teile des Netzwerks verfügt über einen Frontend- und einen Backend-Server. Die Backend-Server enthalten proportional große Datenmengen. Auf den Servern für Benutzerakzeptanz, Staging und Entwicklung ändern sich diese Daten nicht (abgesehen von gelegentlichen Aktualisierungen aus dem Live-Modus) und werden außerhalb des Entwicklungszyklus nur selten abgerufen.

Wie können Sie in einer solchen Umgebung den Speicherverbrauch minimieren und die Verschwendung von Speicherplatz für statische Daten, auf die nur selten zugegriffen wird, vermeiden? Die Daten bestehen aus Tausenden von Dateien wie pdf, json, dwgs und pngs.

Dinge, über die ich nachgedacht habe.

Löschen von Servern, wenn diese nicht verwendet werden - Keine gute Option, da die Zeit zum Wiederherstellen dieser Server manchmal die Zeit belastet, die Entwickler für die Verwendung benötigen. Unsere Backup-Lösung ist MS Data Protection Manager.

Löschen von Datendiscs bei Nichtgebrauch - Etwas besser als oben, aber auch hier spielt die Zeit eine Rolle.

Verschieben von Daten-Discs zwischen Servern - Da es sich um Hyper-V-Gäste handelt, kann ich die Daten-Discs nach Bedarf einfach anhängen. Es gibt jedoch Situationen, in denen mehrere Umgebungen gleichzeitig verwendet werden.

Vielleicht möchten Sie einige hybride Dateiserver ausprobieren, von denen einer kalte Daten in die öffentliche Cloud verlagert, wo der Speicher billig (S3) oder nahezu kostenlos (Glacier) ist. Wenn Sie über eine Enterprise-Vereinbarung in Azure verfügen, können Sie StorSimple von Microsoft sowohl physisch als auch virtuell ausprobieren.

https://azure.microsoft.com/en-us/services/storsimple/

Nasuni ist auch nett, hat aber noch kein zuverlässiges SMB3.

https://www.nasuni.com

Es gibt viele interessante Lösungen auf dem Markt. Ich habe Nasuni noch nicht ausprobiert, aber es sieht nach einer Passform aus. Sie können sich auch Aclouda ansehen, das als Hardware-Gateway verwendet werden kann, und Cloud-Speicher als lokales Laufwerk präsentieren und Daten automatisch in die Cloud auslagern. Es kann auf einem lokalen Server als SATA / SAS-Laufwerk mit Konnektivität zur Cloud von Amazon oder Azure installiert werden. http://aclouda.com/

Da Sie über eine beträchtliche Datenmenge verfügen, die sich mit der Zeit nicht wesentlich ändert, würde ich Ihnen dringend empfehlen, eine Art Tiering zu implementieren (Speicherbereiche mit automatisiertem Tiering sollten passen). Die Idee ist, dass die "heiße" Schicht, bei der es sich um lokalen Speicher handelt, die neuesten Daten enthalten sollte, auf die schnell zugegriffen werden muss, und dass die "kalte" Schicht in die Cloud ausgelagert werden kann.

Die Idee ist nicht neu - Nasuni https://www.nasuni.com/ macht Sachen, die diesem Ansatz sehr ähnlich sind. Eine DIY-Option ist S3Fuse https://www.interserver.net/tips/kb/mount-s3-bucket-centos-ubuntu-using-s3fs/ , mit der Sie einen Cloud-Speicher als lokales Laufwerk bereitstellen können. StorSimple https://azure.microsoft.com/en-us/services/storsimple/ ist eine andere Option, ist jedoch streng an Azure gebunden.

Wenn Sie nicht bereit sind, zusätzliche Software zu installieren / konfigurieren und zu warten, können Sie ein Hardware-Gateway wie AcloudA http://aclouda.com/ verwenden , das die Aufgabe erledigt , ohne dass zusätzliche Software oder Treiber erforderlich sind.

Da Ihre Gäste Windows 2012 R2 sind, können Sie die Deduplizierung innerhalb der VM ausführen. Mit Ausnahme des ersten Crawls habe ich festgestellt, dass es nicht sehr ressourcenintensiv ist. In Dokumentenspeichern betrug meine Ersparnis 55% oder mehr.

Wenn sich Ihr Speicher auf einem Windows-Server befindet (Speicherbereiche und dergleichen), können Sie Ihren VHD-Speicher deduplizieren. Wenn Sie beim Konfigurieren der Deduplizierung auf einem Volume die VDI-Option verwenden, wird die Deduplizierung offener VHDs aktiviert. Siehe https://technet.microsoft.com/en-us/library/dn486808.aspx