Nutanix Files – Überblick mit Tiefgang

Der Deep Dive entspricht derzeit Nutanix Files 3.1 – Stand 26.09.2018.

File Services, kaum ein Unternehmen kommt ohne den Datenzugriff über Netzlaufwerke aus. Die wohl gängigsten Use Cases sind unstrukturierte Daten in Form von Benutzerprofilen oder einfache Abteilungsordner.

Ein genereller Trend ist, weg von dedizierten NAS Systemen hin zu virtualisierten File Servern z.B. auf Basis von Windows, da man damit deutlich flexibler und nicht an die Hardware gebunden ist. Jedoch ist man aus Sicht der IT dann mit der Installation und dem Betrieb konfrontiert, welchen man dabei selbst übernehmen muss. Nicht zu vergessen, die Verfügbarkeitsanforderungen die es zu erfüllen gilt. Und genau hier möchte Nutanix der IT eine Möglichkeit bieten, File Services möglichst einfach zur Verfügung zu stellen und dabei die Aufwände für den Betrieb auf ein Minimum zu reduzieren.

Nutanix Files (ehemals Acropolis File Services bzw. AFS) sind ein Weg, besagte File Services direkt über Nutanix zu provisionieren und zu verwalten. Der gesamte Prozess dauert dabei nur wenige Minuten und wird im Folgenden im Detail erklärt.

Wie werden File Services provisioniert?

Login in Prism >> Menü – File Server >> + File Server

AFS NewFS 00NutanixFile_AddFSDie gesamte Verwaltung läuft über Prism und im ersten Schritt wird ein virtueller File Server erstellt. Dabei darf es durchaus mehrere File Server pro Nutanix Cluster geben, hier gibt es kein Limit. Derzeit werden VMware vSphere und Nutanix AHV als Hypervisor unterstützt.

Bevor das Deployment beginnt, müssen ein paar Dinge gegeben sein und dafür sorgt der Pre-Check, welcher den Benutzer dabei unterstützt die Anforderungen für das Deployment zu erfüllen.

AFS Pre-Check vSphere

CreateFileServer_3.1

Im ersten Schritt werden Name, Anzahl der File Server VMs (FSVMs) und die Größe des File Servers, sowie die gewünschte Domäne angegeben.

Die minimale Konfiguration für einen normalen File Server besteht aus drei FSVMs à 4 vCPUs und 12GB RAM, bei einer Größe von 1TB (1024GB).

Tipp: Nutanix Files 3.1 erlaubt auf den geeigneten bzw. freigegebenen Nodes (z.B. NX-1175S-G5) auch das Deployment eines Single Node basierten File Servers.

Je nach Performance Anforderungen kann die virtuelle Hardware auch deutlich nach oben geschraubt werden, auf bis zu 12 vCPUs und 96GB RAM. Nutanix Files unterstützt jedoch auch beim diesem Schritt, die richtige Anzahl der FSVMs und der virtuellen Hardware, basierend auf dem zu erwartenden Workload, korrekt zu bestimmen. Über „Customize“ können die Workload-Angaben erfolgen, in Form der gleichzeitigen Sitzungen und der Durchsatz-Anforderungen.

AFS-Deployment-Recommendation

Alle FSVMs eines File Servers bilden zusammen einen Cluster, der entsprechend für die Performance und Verfügbarkeit der File Services zuständig ist.

fs_2b1Wichtig, der Name wird später entsprechend als oberster Zugriffspunkt für die Clients dienen und darunter die Shares eingehängt. Diese können aktuell von den Clients via SMB2.0, 2.1 sowie seit dem Release der Nutanix Files 2.2 auch via SMB3.0* zugegriffen werden. Der Name sollte maximal 15 Zeichen lang sein. Unterstützt werden derzeit primär Windows Umgebungen, als mit AOS 5.1 auch MAC Betriebssysteme.  Beispiel: \Fileserver1\Share1

*In Version 2.2 werden Advanced SMB3.0 Features wie z.B. Continuous availability/Transparent fail-over oder Multi-Channel noch nicht unterstützt.

Neu ist mit seit Nutanix Files 3.0 auch die Unterstützung für NFSv4. Im folgenden, z.B. im Abschnitt der Shares, auf ein paar Einzelheiten ein.

Es wird empfohlen zwei getrennte Netzwerke zu verwenden, um Frontend Traffic zwischen Clients sowie File Server und File Server und Nutanix CVM zu trennen. Für kleinere Umgebungen wird jedoch auch ein einzelnes Netzwerk unterstützt.

Die Frontend IPs der FSVMs müssen entsprechend mit der Domäne bzw. DNS Server kommunizieren können.

Neben der manuellen Angabe von Gateway und Subnet, erfolgt die Zuweisung der eigentlichen FSVM IP Adressen per integriertem IP Address Management (IPAM), sprich es muss nur die IP-Range angegeben werden. Sind im Falle von AHV in Prism bereits Netzwerke mit entsprechender IPAM Konfiguration vorhanden, werden diese übernommen und es muss nichts weiter angegeben werden. Für vSphere müssen die IP-Ranges und die gewünschten Port Gruppen angegeben werden. Grundsätzlich wird für das Frontend n IPs, wobei n die Anzahl der File Server ist, benötigt und für das Backend n+1. Die Zusätzliche IP dient als Cluster Adresse des File Servers, über die das Cluster von den CVMs angesprochen wird.

CreateFileServer_3.1_Client1

Und zuletzt noch DNS und NTP Server.

CreateFileServer_3.1_Client2

Das Storage Netzwerk dient der Kommunikation zwischen FSVMs und CVM, über diesen Weg wird der Storage für den File Server via iSCSI (Nutanix Volumes – ehemals Acropolis Block Services oder kurz ABS) zur Verfügung gestellt. Daher empfiehlt es sich, die IPs aus dem gleiche Subnet als das der CVMs zu wählen.

CreateFileServer_3.1_Storage2

Dann muss ausgewählt werden, ob für den auszurollenden File Server nur ein SMB oder NFS bzw. ein gleichzeitiger Zugriff über beide Protokolle möglich sein soll. Wichtig, aktuell NUR ein Protokoll pro Share!

CreateFileServer_3.1_DirectoryServices

Abhängig davon was ausgewählt wird, müssen die entsprechenden Parameter, wie z.B. ein geeigneter Benutzer angegeben werden. Der Deployment Prozess übernimmt entsprechend auch die gesamte Active Directory (AD) Integration, indem alle nötigen Objekte im AD bzw. im DNS angelegt werden. Der Benutzer muss hierfür über die entsprechend Berechtigungen verfügen, diese Objekte anzulegen.

Bei Bedarf gibt es auch die Möglichkeit den Domain Join zu überspringen, die Objekte manuell anzulegen und später mit einem Konto, welches nur über reduzierte Berechtigungen verfügt, der Domäne beizutreten. Dies ist vor allem da wichtig, wo der Zugriff auf das AD eingeschränkt ist.

Ich gehe hier nicht auf alle Details ein, da es doch ein paar Kombinationsmöglichkeiten gibt. Alle Details sind in entsprechenden Nutanix Files Guide zu finden.

CreateFileServer_3.1_DirectoryServices2

CreateFileServer_3.1_DirectoryServices3

Bei NFS gibt es über die beiden typischen Optionen wie AD und LDAP, auch eine „Unmanaged“ Option.

CreateFileServer_3.1_DirectoryNFS

Zum Abschluss des Deployments, wird auch eine Protection Domain (PD) mit allen Objekten die den File Server ausmachen erstellt. Diese PD kann später dann für lokale Snapshots oder eine asynchrone Replikation verwendet werden.

AFS NewFS 5

Am Ende hat das gesamte Deployment nur 10 Minuten gedauert.

AFS NewFS Task

Tipp: Nutanix Files wird bereits von der Nutanix App Mobility Fabric (AMF) unterstützt. Das heißt, es ist möglich einen File Server Hypervisor übergreifend (z.B. von ESXi auf AHV) zu replizieren und im Desaster Fall direkt dort zu starten.

Dazu ein kleines Video eines Kollegen. Danke Dwayne

Hierzu werden die Snapshots der Nutanix Distributed Storage Fabric (DSF) verwendet. Diese werden wie immer über so genannte „Protection Domains“ (PD) konfiguriert. In eine PD werden alle File Server VMs und dazugehörigen Backend vDisks aufgenommen und mit einem Snapshot Schedule versehen, sodass entweder nur lokale oder auch remote Snapshots auf einem weiteren Nutanix Cluster erstellt werden.

AFS_PD_Overview

Auch ist es möglich, besagte Snapshots als Quelle zu verwenden um den gesamten File Server zu klonen und unter neuem Namen hochzufahren. Damit könnte man beispielsweise Änderungen testen oder z.B. Analyse Tools für unstrukturierte Daten, ohne Einfluss auf den produktiven File Server, gegen den Klon laufen lassen.

Clone_AFS_FS

Es ist ebenso möglich direkt via Prism die File Server Administratoren zu definieren, welche über vollen Zugriff verfügen sollen, bzw. Backup-Accounts, welche beispielsweise nur lesen können sollen.

AFS-Add-Admins2

vSphere DRS & AHV ADS Integration

Damit sichergestellt ist, dass die FSVMS nicht auf dem gleichen Host laufen, werden automatisch entsprechende DRS bzw. ADS Anti-Affinity Regeln angelegt, um die FSVMs voneinander zu trennen.

AFS AHV ADSAFS vSphere DRS

Damit ist der Deployment Prozess abgeschlossen und es kann damit begonnen werden, die eigentlichen Shares zu erstellen.

Shares

Grundsätzlich gibt es zwei Arten von Shares, einen so genannten „Home Share“ und unbegrenzt viele „General Purpose Shares“. Doch worin besteht der Unterschied?

Nach dem Deployment des File Servers, wird automatisch ein so genannter Home Share angelegt. Dieser ist ausgelegt für viele gleichzeitige Zugriffe der Benutzer und wird daher über alle FSVMs verteilt, während die „General Purpose Shares“ jeweils von nur einer FSVMs gehostet werden.

AFS NewFS Share

Das wichtige dabei ist, dass der Zugriff auf alle Shares für die Clients völlig transparent ist, dass heißt, hier muss man sich keine Gedanken über den korrekten Zugriff über die richtige FSVM machen. Im Falle des „General Purpose Shares“ ist dies relativ einfach, aber wie funktioniert das bei den verteilten „Home Shares“?

In diesem Fall greift Nutanix Files auf ein Microsoft Distributed File System (DFS) Feature zurück, DFS Referrals. Das bedeutet, dass die erste Ordner Ebene innerhalb des Home Shares (Top Level Directories) auf alle beteiligten FSVMs aufgeteilt (auch Sharding genannt) wird. Das folgende Bild verdeutlich dies ganz gut, dabei ist jede FSVMs für einen Teil der Ordner zuständig. Greift ein Client auf den File Server zu, so frägt dieser den Namen per DNS ab und erhält eine IP (Round Robin) und versucht über diese auf die Daten zuzugreifen. Greift der Client jetzt aber auf über eine FSVM zu, welche nicht für diese Daten verantwortlich ist, so wird der Client einfach an die korrekte FSVM weitergeleitet. Wie gesagt, für den Client ist dies völlig transparent. Somit kann jedoch die Last vieler tausender gleichzeitiger Zugriffe über mehrere FSVMs und damit mehrere physische Nodes verteilt werden.

AFS DFS HomeShares

Der oben beschriebene Prozess basiert zwar auf DFS, jedoch kann man sich den Prozess so auch für NFSv4 Shares des Typs „Home Share“ vorstellen.

Welchen Art Share man anlegen möchte, wird als Teil der Anlage in Prism definiert. Zuerst definiert man den Namen, die Beschreibung und auf welchem File Server (sofern mehrere vorhanden sind) anleget werden soll und über welches Protokoll der Zugriff erfolgt.

CreateFileServer_3.1_ShareSelect

Dann folgt die Auswahl der Art des Shares. Prism gibt dem Benutze auch nochmal einen Überblick über die beiden Arten von Shares und lässt noch die definition der gewünschten Größe zu. Da bei „Home Shares“ die TLDs über mehrere FSVMs verteilt werden, dürfen im Root Verzeichnis des Shares, keine Dateien angelegt werden.

CreateFileServer_3.1_ShareType2

Anders wäre das bei „General Purpose Shares“.

CreateFileServer_3.1_ShareType

Der nächste Schritt variiert je nach Zugriffsprotokoll und ausgewählter Authentifizierungsmethode. Wie gesagt, da es relativ viele Kombinationsmöglichkeiten gibt, hier stellvertretend die Optionen für einen SMB Share.

CreateFileServer_3.1_ShareABEWPV

Sowie für einen NFS Share, in welchem Fall der File Server auf „unmanaged“ eingestellt ist. Insgesamt gibt es hier für NFS doch recht viele (was nicht Nutanix spezifisch ist) Optionen. Ggf. gehe ich hier beim nächsten Update noch auf ein paar mehr Details ein.

CreateFileServer_3.1_ShareNFSAuth

Hier ein Beispiel wie der Zugriff dann aussehen würde:

[centos@appserver01_myapp01 ~]$ mkdir DEMO
[centos@appserver01_myapp01 ~]$ sudo mount fs-mgmt:/AppData DEMO
[centos@appserver01_myapp01 ~]$ cd DEMO/
[centos@appserver01_myapp01 DEMO]$ ls -lh
total 1.5K
drwxrwxrwx. 2 1024 1024 3 Jun 22 15:23 archived-default-test-claim-pvc-358341e7-7630-11e8-b530-506b8d18bc85
drwxrwxrwx. 2 1024 1024 3 Jun 22 15:13 archived-default-test-claim-pvc-efcc5a50-75f2-11e8-b530-506b8d18bc85
drwxrwxr-x. 2 1024 1024 2 Sep 26 14:58 HelloWorld
[centos@appserver01_myapp01 DEMO]$ mkdir DEMO_Folder1
[centos@appserver01_myapp01 DEMO]$ ls -lh
total 2.0K
drwxrwxrwx. 2 1024 1024 3 Jun 22 15:23 archived-default-test-claim-pvc-358341e7-7630-11e8-b530-506b8d18bc85
drwxrwxrwx. 2 1024 1024 3 Jun 22 15:13 archived-default-test-claim-pvc-efcc5a50-75f2-11e8-b530-506b8d18bc85
drwxrwxr-x. 2 1024 1024 2 Sep 26 15:00 DEMO_Folder1
drwxrwxr-x. 2 1024 1024 2 Sep 26 14:58 HelloWorld

Tipp: DFS-N Unterstützung – Shares können in vorhandene DFS Namespaces integriert werden, sodass existierende mappings, scripts, etc. nicht zwangsweise auf einen neuen Pfad geändert werden müssen. Wie exemplarisch in den folgenden Screenshots zu erkennen, wird der vorhandene Namespace „\ntnx.test\Existing_Namespace\home“ auf „\fs-mgmt\home“ weitergeleitet.

AFS-DFS-N-1

AFS-DFS-N-2

Auf Ebene der Shares können zusätzlich verschiedene Einstellungen getroffen werden, dazu zählen ABE & WPV sowie Quota Policies. Unterstützt werden auch versteckte/hidden Shares, die mit einem $ enden. Shares können auch nach anlegen direkt über Prism umbenannt werden.

Access Based Enumeration (ABE):

  • Zeigt dem Benutzer nur Objekte auf die er auch tatsächlich Berechtigungen hat.

Windows Previous Version (WPV):

  • Snapshots (in Guest der FSVMs) – Bei WPV handelt es sich um eine wichtige Funktion, vor allem um Anfragen an die IT zu reduzieren, damit Benutzer selbständig Dateien wiederherstellen können. Das heißt eine Integration in die „Windows Vorgängerversionen“ auf Dateiebene ist essentiell und wird entsprechend auch unterstützt. Hier wurde mit AOS 5.1 in Prism die Möglichkeit ergänzt, die Häufigkeit bzw. Retention Policies der entsprechenden Snapshots nach eigenen Anforderungen zu definieren. Diese gilt jedoch für den gesamten File Server und und kann auf Share Ebene nur de- bzw. aktiviert werden. 

AFS WPV Schedule

Das Ergebnis sieht dann wie folgt aus.

AFS WPV

Nach Erstellung des Shares, kann optional noch ein oder mehrere Quotas eingerichtet werden, inkl. E-Mail Alarme bei entsprechender Verletzung.

AFS Quotas

Harte Limits können nicht überschritten werden und es wird verhindert, dass neue Daten geschrieben werden können. Während im Gegensatz dazu Soft Limits überschritten werden können und nur die eingetragenen E-Mail Empfänger alarmiert werden. Pro Share können auch mehrere Quota Policies für verschiedene Benutzer und Gruppen erstellt werden.

Hinweis: Wenn eine AD-Gruppe angegeben wird, so erhält JEDER Benutzer innerhalb der Gruppe diese Quota. Also z.B. 10 Benutzer und 100GB Quota entspricht 10 x 100GB = 1TB. Ist ein Benutzer Mitglied mehrerer, angegebener Gruppen, so erhält er die Quota mit der größten Kapazität.

AFS Quotas2

Es empfiehlt sich nach Erstellung eines Shares die Berechtigungen entsprechend auf die gewünschten Abteilungen (AD Gruppen) anzupassen, bevor diese mit Inhalt gefüllt werden. Die Default Berechtigungen sehen dabei wie folgt aus:

HOME SHARES

  • Domain Administrator: Full access
  • Domain User: Read only
  • Creator Owner: Full access – Subfolders and Files only

Wichtig: Aktuell sollten die Top Level Directories innerhalb des Home Shares nicht manuell angelegt werden, sondern z.B. über Active Directory, sodass die Ordner direkt mit dem richtigen Namen des Benutzers angelegt werden und nicht manuell umbenannt werden müssen.

AFS AD Userprofile3

GENERAL PURPOSE SHARES

  • Domain Administrator: Full access
  • Domain User: Full access
  • Creator Owner: Full access – Subfolders and Files only

Eine weitere Funktion die eingeführt wurde: Der bisherige Prozess hätte Benutzerprofile wie folgt abgelegt: \fileserver1\homeshare\Benutzername. Was aber, wenn in bestehenden Umgebungen die Client Konfiguration bereits überall auf \fileserver\benutzername zeigt? Shares lassen sich per Advanced (cli) Setting so anpassen, dass die Ordner der Benutzer als „Share“ präsentiert werden, sodass der Pfad am Ende so aussieht \fileserver\benutzername und keine Anpassungen der Clients notwendig ist.

Ein weiteres Werkzeug zur Verwaltung der Shares und der dazugehörigen Berichtigung zur Verfügung ist ein Microsoft Management Console (MMC) Snap-In für Nutanix Files. Dieses erlaubt beispielsweise die Share, bzw. die „Top Level Directories“ (TLD) umzubenennen, sowie deren Berechtigungen rekursiv zu editieren, sodass diese an die entsprechenden Unterorder vererbt werden. Zusätzlich erhält man so einen Überblick über offene Files & Sessions.

AFS-MMC-1

AFS-MMC-2

Backend Storage

Wie bereits erwähnt, wird der Backend Storage durch Nutanix Volumes via iSCSI zur Verfügung gestellt. Ohne zu sehr in die Details von Nutanix Volumes einzutauchen, denn dazu existiert bereits ein eigener Artikel, soll zumindest die Grundlage geschaffen werden um zu verstehen, wie die Hochverfügbarkeit & Skalierbarkeit des File Servers möglich gemacht wird.AFS ABS VGs

Alle FSVMs greifen auf so genannte Volume Groups (VGs) über iSCSI zu. Volume Groups organisieren die eigentlichen vDisks (Anzahl, Größe) und wer darauf zugreifen darf (IP, IQN). Während des Deployments eines File Servers, werden automatisiert alle benötigen VGs erstellt und die iSCSI Sessions zwischen FSVMs und CVM entsprechend hergestellt. Jede FSVM kann auf jede VG zugreifen, so kann im Fall eines Ausfalls einer FSVM, eine andere FSVM die dann „ausgefallenen“ VGs und die dazugehörigen Shares übernehmen und die Daten weiter an die Clients präsentieren. Genauso einfach können die Disks unter den FSVMs neu verteilt werden, um einen Lastenausgleich zu erreichen, aber dazu gleich mehr.

Der „Home Share“ ist dabei wie bereits erwähnt, über mehrere FSVMs und mehrere VGs verteilt, wohingegen „General Purpose Shares“ auf eine FSVM und eine VG „limitiert“ sind. Das derzeitige Limit sieht wie folgt aus:

Limit General Purpose Share: 40 TB

Limit Home Share: 200 TB pro FSVM

Ist der zugrundeliegende Nutanix Storage Container, in dem vDisks gespeichert sind, oder die File Server Kapazität zu 90% genutzt, erhält der Administrator entsprechende Alarme via Prism.

Durch die Verwendung der Distributed Storage Fabric (DSF), können natürlich entsprechend auch die Capacity Optimization Engine (COE) verwendet werden, mit z.B. Komprimierung und Erasure Coding (ECX).

Anti-Virus Integration

Mit Nutanix Files 2.2 wurde die Unterstützung für das ICAP – Internet Content Adaptation Protocol – eingeführt. Das heißt, das es nach einem Update auf Version 2.2 möglich ist, Anti-Viren Scans entsprechend effizient zu offloaden. Als erstere Hersteller wurden Kaspersky, McAfee und Symantec validiert. Die Einrichtung ist dabei denkbar einfach, wie der folgende Screenshot aus Prism zeigt. Neben Nutanix Files 2.2 wird AOS 5.1.2 und mindestens zwei ICAP Server benötigt.

file-server-configure-icap

Danach folgt der Date Zugriff folgendem Muster:

AFS_ICAP_Overview

  1. Client öffnet Datei
  2. Nutanix Files sendet Scan Anfrage zu Anti-Virus Server
  3. Anti-Virus Server senden Scan Ergebnis an Nutanix Files
  4. Client kann Datei öffnen

Die folgenden beiden Screenshots zeigen, dass in Quarantäne verschobene file direkt in Prism angezeigt werden und man diese dort auch wieder aus der Quarantäne holen kann.

file-server-av-quarantined-filesfile-server-av-unquarantined-files

Prism gibt außerdem Aufschluss darüber, wieviele Dateien bereits gescannt wurden bzw. noch in der Warteschlange (Queue) für einen Scan stehen und wie lange die Scans dauern (Latenz in Millisekunden) dauern.

Skalierbarkeit

Eine weitere Besonderheit der Nutanix Files ist die integrierte & automatisierte Skalierbarkeit. Es wird dauerhaft die Auslastung der einzelnen FSVMs überwacht und wenn entsprechende Schwellwerte überschritten werden, erhält der Administrator über Prism Möglichkeiten angeboten, die Performance zu optimieren. Die dazu nötigen Schritte sind komplett automatisiert, der Benutzer hat jedoch die Möglichkeit zu entscheiden, wie er optimieren möchte:

AFS Alert Perf. Opt.

Scale-Up: Hier werden den FSVMs mehr vCPUs und RAM hinzugefügt, ab AOS 5.1 erfolgt dies vollständig online ohne Service Unterbrechung, indem die Ressourcen im Hot-Add Verfahren hinzugefügt werden.

Rebalance: In diesem Fall werden die Backend Disks, auf denen die eigentlichen Files abgelegt sind, neu zwischen den einzelnen FSVMs verteilt, um z.B. Hotspots durch zu viele Zugriffe auf einer einzelnen FSVMs zu eliminieren.

Scale-Out: Diese Option rollt zusätzliche FSVMs aus, über welche dann die Gesamtlast verteilt werden kann.

In allen drei Szenarien entstehen keine zusätzlichen administrativen Aufgaben, denn der gesamte Prozess ist vollständig automatisiert.

AFS_Edit_Fileserver

Kapazität: Der Vollständigkeit halber, sei erwähnt, dass man auch natürlich die zu Beginn definierte Größe des File Servers vergrößern kann.

AFS_Edit_Fileserver_SIze

 

Fehlerszenarien

Ein Nutanix Files Cluster ist natürlich so designed, das alle möglichen Fehler der einzelnen Komponenten abgefangen werden können.

FSVM Ausfall

  • Eine andere FSVM übernimmt die Ownership der VGs, importiert das Filesystem (via Metadaten) und Clients können dann direkt wieder auf die Daten zugreifen.

CVM Ausfall

  • Im Prinzip ein Nutanix Volumes Thema, die VGs werden von einer anderen CVM übernommen und die FSVM muss lediglich neue iSCSI Sessions zu den benötigten VGs (vDisks) über die neue CVM herstellen.

Host

  • In diesem Fall treten ja beiden oben genannten Fehler ein, sodass quasi beides parallel abläuft.

 

Software (File Server) Upgrades

Als Teil der Nutanix 1-Click Philosophie, kann der File Server auch unabhängig von AOS via Prism aktualisiert werden. Sofern das Cluster mit dem Nutanix Support Portal kommunizieren kann, ist es möglich von dort die neuste Software direkt herunterzuladen. Diese kann dann über ein automatisiertes, rollierendes Upgrade auf allen FSVMs ausgerollt werden. Diese sind derzeit jedoch nicht ganz Non-Disruptive, da als Teil des Upgrades natürlich die FSVMs neu starten und so die bestehenden Client Connections auf andere FSVMs übertragen werden müssen. Jedoch strebt der File Server einen Schwenk der Connection innerhalb eines möglichst kurzen Zeitfensters an, sodass der Client kein Connection Error/Timeout erhalten sollte.

AFS Upgrade Software

 

Prism allgemein

abschließend sei auch erwähnt, dass die wichtigstem Optionen auch direkt in Prism zugänglich sind und auch nach dem Deployment des File Servers angepasst werden können. Dazu zählen z.B. die Konfiguration der File Server VMs, die Antivirus Einstellungen, die Windows Previous Versions Einstellungen, etc.

NutanixFile_PrismOptions

Auch lässt sich so die File Server Auslastung bzw. Performance überwachen.

NutanixFile_NoOfFilesNutanixFile_NoOfConnectionsNutanixFile_Capacity

NutanixFile_IOBreakdown

NutanixFile_Perf