Einsatzmöglichkeiten von Azure NetApp Files
Im Folgenden werden wir einige Szenarios erörtern, die veranschaulichen, wann es sinnvoll ist, eine lokale dateibasierte Workload in die Cloud zu migrieren und Azure NetApp Files als freigegebenen Dateispeicher zu verwenden. Anhand der folgenden Kriterien können Sie entscheiden, ob Azure NetApp Files eine geeignete Speicherauswahl für die Ausführung der dateibasierten Workloads Ihrer Organisation in der Cloud ist:
- Einfache Bereitstellung oder Migration
- Workloadumfang
- Flexibilität
- Speichertechnologie
Entscheidungskriterien
Azure NetApp Files kann dateibasierte Workloads im Unternehmensmaßstab verwalten, die nur wenig oder keine Neukonfiguration erfordern und gewisse Bereitstellungsflexibilität verlangen. Die Anwendungsfälle, in denen Azure NetApp Files möglicherweise nicht die richtige Wahl ist, umfassen in der Regel kleine, statische Workloads, die blockbasierten oder objektbasierten Speicher erfordern. Sehen wir uns die Entscheidungskriterien genauer an.
| Kriterien | Analyse |
|---|---|
| Einfache Bereitstellung oder Migration | Müssen Sie Ihre Workload mit „Lift and Shift“ verschieben? Ist es also erforderlich, dass Sie Ihre Workload in die Azure-Cloud verlagern, ohne dass Sie die Komponenten, die Konfiguration oder den Code Ihrer Anwendung ändern müssen? Eine Lift & Shift-Migration minimiert das Risiko, dass Ihre Workload Probleme bekommt, wenn sie in der Cloud ausgeführt wird. Außerdem werden die Kosten, der Aufwand und die Zeit minimiert, die zum Ausführen neuer Bereitstellungen und Migrationen erforderlich sind. |
| Workloadumfang | Wie groß ist die Workload insgesamt? Azure NetApp Files funktioniert am besten mit Workloads im Unternehmensmaßstab, die die höchste Leistung und Verfügbarkeit erfordern. Beispiele hierfür sind umfangreiche Datenbankbereitstellungen, umfangreiche VDI- und Hochleistungscomputinganwendungen. Azure NetApp Files kann problemlos relativ kleine Workloads und Workloads mit geringer Leistung unterstützen. |
| Flexibilität | Benötigt Ihre Workload Flexibilität bei Leistung, Kapazität und Skalierbarkeit? Mit Azure NetApp Files können Sie den Servicelevel eines Volumes zwischen Standard, Premium und Ultra ohne Dienstunterbrechung ändern, indem Sie das Volume auf einen Kapazitätspool mit dem gewünschten Servicelevel verschieben. Sie können die Größe eines Kapazitätspools oder Volumes auch jederzeit erhöhen oder verringern, um den aktuellen Bedarf zu erfüllen. Wenn Sie Ihren Kapazitätspool auf manuelle QoS festgelegt haben, können Sie mit Azure NetApp Files auch unabhängig den Durchsatz eines Volumes nach Workloadbedarf ändern. |
| Speichertechnologie | Benötigen Sie Block- oder Dateispeicher? Azure NetApp Files funktioniert für jede POSIX-kompatible Workload, die freigegebenen Dateispeicher verwenden kann. Einige Workloads verfügen jedoch über eine strikte Abhängigkeit oder Speicheranforderung, die sowohl blockbasiert als auch direkt angefügt ist. Azure NetApp Files bietet einen virtuellen NAS, wodurch die Lösung für diesen Workloadtyp nicht geeignet ist. Obwohl in der Vergangenheit viele Workloads direkt angefügten Blockspeicher verwendet haben, ist dies keine strikte Abhängigkeit oder Anforderung. In solchen Fällen bietet Azure NetApp Files möglicherweise eine bessere Leistung und Skalierbarkeit, da virtuelle Azure-Computer weniger netzwerkratenbeschränkt sind als die blockbasierte Infrastruktur (SSD). Azure Network Files-Volumes sind netzwerkgebunden. |
Anwenden der Kriterien
Azure NetApp Files ist die richtige Wahl für freigegebenen Netzwerkspeicher, wenn dateibasierte, elastische Workloads im Unternehmensmaßstab mittels „Lift and Shift“ in Azure verschoben werden müssen. Diese Kriterien gelten jedoch nicht für alle Anwendungsfälle gleichermaßen. Untersuchen wir nun, wie diese Kriterien auf die Anwendungsfälle in unserem Szenario zutreffen.
Sollte ein Oracle Database-Team Azure NetApp Files verwenden?
Die anspruchsvollsten Oracle Database-Workloads erfordern hohe E/A-Kapazität und Speicherzugriff mit geringer Latenz. Die Lösung ermöglicht den Zugriff auf freigegebene Dateien über das NFS-Protokoll (Network File System). In der Architektur kommt mit Azure NetApp Files ein freigegebener Dateispeicherdienst zum Einsatz. Azure NetApp Files bietet mehrere Vorteile:
- Datenträger-E/A-Grenzwerte für auf VM-Ebene geltende Zugriffsraten wirken sich nicht auf Azure NetApp Files aus. Daher können Sie kleinere VM-SKUs als Datenträgerspeicher verwenden, ohne die Leistung zu beeinträchtigen. Dieser Ansatz kann die Kosten erheblich reduzieren.
- Azure NetApp Files bietet Flexibilität. Sie können Bereitstellungen nach Bedarf vergrößern oder verkleinern, damit Ihre Konfiguration kosteneffizient bleibt.
Als einfach zu nutzender nativer Azure-Dienst wird Azure NetApp Files in der Azure-Rechenzentrumsumgebung ausgeführt. Sie können Azure NetApp Files wie andere Azure-Speicheroptionen bereitstellen, nutzen und skalieren. Azure NetApp Files nutzt ausschließlich Bare-Metal-Flashspeicher. Neben freigegebenem und äußerst skalierbarem Speicher bietet Azure NetApp Files Latenzen von weniger als 1 Millisekunde. Aufgrund dieser Faktoren eignet sich dieser Dienst gut für die Verwendung des NFS-Protokolls zur Ausführung von Oracle Database-Workloads über Netzwerke.
Das folgende Diagramm zeigt eine mögliche Architektur. Die Komponenten interagieren wie folgt:
- Oracle Database wird auf Azure-VMs im Oracle-Subnetz ausgeführt.
- Im Azure NetApp Files-Subnetz bietet Azure NetApp Files NFS-Zugriff auf die Daten- und Protokolldateien.
- Das Verbindungsprotokoll Oracle Direct NFS (dNFS) verbessert Leistung und Durchsatz.
Sollte ein Azure Virtual Desktop-Team (AVD) Azure NetApp Files verwenden?
Azure NetApp Files bietet bis zu 450.000 IOPS und eine Latenz von unter einer Millisekunde, was bedeutet, dass die Lösung Speicher für groß angelegte Bereitstellungen von Azure Virtual Desktop (AVD) bereitstellen kann. Mit den Azure NetApp Files-Funktionen können Sie die Skalierung Ihrer AVD-Bereitstellung schnell und einfach optimieren, um die Kosten zu kontrollieren. Mit Azure NetApp Files können Sie den Durchsatz ändern und bei Bedarf eine andere Dienstebene für Ihre Volumes auswählen, ohne dass es zu Dienstunterbrechungen kommt. Durch die Erstellung regelmäßiger manueller oder automatischer Volumemomentaufnahmen können Sie außerdem bei Bedarf ein Rollback einzelner FSLogix-Benutzerprofilcontainer durchführen und sogar ganze Volumes zurücksetzen.
Stellen Sie sich ein Szenario vor, in dem mehrere Mitarbeiter innerhalb der AVD-Bereitstellung arbeiten, wobei jeder Benutzer einen virtuellen persönlichen Desktop verwendet. Diese umfangreiche Bereitstellung kann mithilfe von Lift and Shift in Azure verschoben und nach Bedarf für Durchsatz optimiert werden.
Die folgende Abbildung zeigt eine mögliche Architektur, die das Unternehmen für eine AVD-Bereitstellung basierend auf einem persönlichen Desktop verwenden kann. Benutzer sind bestimmten Desktop-Pods zugeordnet. Ein Pod ist ein virtuelles Spoke-Netzwerk mit einem Pool von virtuellen Computern und einem von Azure NetApp Files angegebenen Subnetz ist, das ein Volume aus dem gesamten Azure NetApp Files-Kapazitätspool verwendet. Jeder Pool verfügt über weniger als 1.000 virtuelle Computer – einen für jeden Benutzer. Azure NetApp Files kann diese Anzahl persönlicher Desktops pro Hostpool-VNet mit Einzelsitzung problemlos unterstützen. Wenn mehr persönliche Desktops benötigt werden, ist es einfach, weitere Pods hinzuzufügen.
Sollte ein Forschungs- und Entwicklungsteam Azure NetApp Files verwenden?
Die meisten Forschungs- und Entwicklungsteams verfügen über Anwendungen, die compute- und datenintensive Vorgänge wie CAD, 3D-Modellierung und detaillierte Simulationen erfordern. Daher erfordern sie hohe IOPS-Raten, niedrige Latenz und Hochverfügbarkeit. Diese Aufgaben führen häufig zu extremen Nutzungsschwankungen, bei denen die Nutzung z. B. während einer komplexen Simulation hoch ist, und dann auf fast nichts absinkt, wenn die Simulation endet. Für F&E-Teammitglieder ist gemischter SMB-/NFS-Protokollzugriff mit POSIX-Konformität erforderlich. Alle diese Überlegungen sprechen dafür, die Anwendungen des F&E-Teams zu Azure zu migrieren und Azure NetApp Files als freigegebenen Speicherdienst zu verwenden.
Das folgende Bild zeigt eine mögliche Umgebung zum Ausführen einer Hochleistungs-Computinganwendung in einem virtuellen Azure-Netzwerk. Das Setup verwendet Azure NetApp Files als freigegebenen Speicher für die Anwendung. Ein F&E-Teammitglied greift über einen virtuellen Windows- oder Linux-Computer auf das Front-End zu. Die HPC-Anwendung wird im Computesubnetz ausgeführt, das aus einer Skalierungsmenge virtueller Linux-Computer besteht. Der freigegebene Speicher für die Skalierungsgruppe stammt aus einem angegebenen Subnetz, das ein Azure NetApp Files-Volume enthält.
