Wenn ONTAP Select und Cisco Unified Edge gemeinsam implementiert werden, entsteht eine konsolidierte Edge-Architektur. Ein speicheroptimierter Compute-Knoten stellt die lokalen NVMe-Medien bereit. Der Hypervisor stellt der ONTAP Select virtuellen Maschine die entsprechenden Ressourcen zur Verfügung. ONTAP Select organisiert die lokalen Medien anschließend in ONTAP Aggregaten und Volumes und stellt Speicher für Anwendungs-Workloads bereit, die lokal im selben Chassis oder an einem anderen Edge-Standort ausgeführt werden. Dieses Design hält Daten nahe bei den Anwendungen, verringert die Abhängigkeit von WAN-Konnektivität im täglichen Betrieb und entspricht zentralisierten Management- und Datenschutzpraktiken.

Die Beschränkung auf vier Laufwerke und die Abhängigkeit von Software-RAID in den Rechenknoten XE130c und XE150c begrenzen ONTAP Select Implementierungen auf eine Architektur mit einem einzigen Controller. Im Gegensatz zu einer Speicherarchitektur mit mehreren Knoten mit Controller-Failover kann ein einzelner Speichercontroller nicht für Wartungsarbeiten auf Controller-Ebene offline genommen werden, ohne die lokalen Speicherdienste zu beeinträchtigen.

Diese Einschränkung mindert nicht den Wert der Architektur, muss aber im Betriebsmodell berücksichtigt werden. Geeignete Workloads sind solche, die geplante Speicherausfälle tolerieren, auf Anwendungsebene resilient sind oder zur Wiederherstellung eine Replikation in eine zentrale ONTAP Umgebung nutzen. Kunden sollten Wartungskalender definieren, Servicefenster den Anwendungsverantwortlichen mitteilen, vor unterbrechenden Arbeiten aktuelle Backups oder Replikate überprüfen und Rollback-Verfahren dokumentieren. Wenn Workloads während der Controller-Wartung eine kontinuierliche Speicherverfügbarkeit erfordern, sollte ein externes ONTAP Storage Array anstelle einer ONTAP Select Konfiguration mit einem einzelnen Controller in Betracht gezogen werden.