Bearbeiten

Freigeben über

Azure-Hybridoptionen

Azure Arc
Azure IoT Edge
Azure Stack Edge
Azure Stack HCI
Azure Stack Hub

Azure bietet mehrere Hybridlösungen, die Anwendungen und Workloads hosten, Azure-Dienste erweitern und Sicherheits- und Betriebstools für Hybridumgebungen bereitstellen können. Die Azure-Hybriddienste reichen von virtualisierter Hardware, die herkömmliche IT-Apps und Datenbanken hostet, bis hin zu auf integrierten PaaS-Lösungen (Platform-as-a-Service) für verschiedene Anwendungsfälle – lokal, am Edge und in Multi-Cloud-Umgebungen. Dieser Leitfaden hilft Ihnen bei der Auswahl einer Hybridlösung, die Ihren geschäftlichen Anforderungen entspricht.

Hybridkonzepte

Hybridumgebungen beinhalten die folgenden Arten von Hostingstandorten und Infrastruktur:

  • Hybrid-Cloud: Diese Umgebungen kombinieren öffentliche Clouddienste mit lokaler Infrastruktur. Diese Hybridstrategie wird häufig von Organisationen verfolgt, die strengen Regulierungen für die Datenhoheit unterliegen, von einer niedrigen Latenz abhängig sind oder besonderen Bedarf für Resilienz und Geschäftskontinuität haben.
  • Edge: Diese Umgebungen hosten Geräte, die lokale Computer und Datenspeicher bereitstellen. Dieser Ansatz ist für Organisationen und Anwendungen üblich, die Nähe zu den Daten benötigen, die Latenz senken oder Daten in Quasi-Echtzeit verarbeiten müssen.
  • Multi-Cloud: Diese Umgebungen verwenden mehrere Cloud-Computing-Dienste und -Anbieter. Diese Strategie bietet Flexibilität, kann Risiken reduzieren und ermöglich es Organisationen, verschiedene Anbieter für bestimmte Anwendungen zu vergleichen und zu verwenden. Dieser Ansatz erfordert jedoch häufig cloudspezifisches Fachwissen und erhöht die Komplexität der Verwaltung, des Betriebs und der Sicherheit.

Hybridlösungen umspannen auch die Steuerungsebene und Datenebene eines Systems.

  • Steuerungsebene: Diese Ebene ist für die Ressourcenverwaltung vorgesehen, zum Beispiel die Erstellung von Azure-VMs. Azure verwendet Azure Resource Manager als Steuerungsebene.
  • Datenebene: Diese Ebene verwendet die Funktionen von Ressourceninstanzen, die von der Steuerungsebene erstellt werden, z. B. den Zugriff auf Azure-VMs über das Remotedesktopprotokoll (RDP).

Azure-Hybridlösungen können die Vorgänge der Azure-Steuerungsebene über Azure-Rechenzentren hinaus erweitern oder dedizierte Steuerungsebeneninstanzen ausführen, um diese Funktionen zu ermöglichen.

Überlegungen zu Hybridlösungen

Bevor Sie sich für eine Hybridlösung entscheiden, müssen Sie die Anforderungen und Einschränkungen für Hardware, Hosting, Bereitstellung, Anwendungen und Workloads berücksichtigen. Hybridlösungen müssen auch DevOps-Vorgänge unterstützen und mit den Standards und Vorschriften der Organisation und Branche konform sein.

Hardware

Je nach Workloadtyp benötigen Sie möglicherweise herkömmliche Rechenzentrumshardware, die VMs, Container und Datenbanken ausführen kann. Für andere Szenarios wie IoT-Bereitstellungen sind eingeschränkte Hardwaregeräte besser geeignet und können auf Rackservern, portierbaren Servern oder robusten Servern ausgeführt werden.

Überlegen Sie, ob Sie bestehende Hardware aktualisieren, umrüsten oder ersetzen. Bei Brownfieldszenarios wird vorhandene Hardware in modernen Hybridworkloadansätzen verwendet. Bei Greenfieldszenarios wird neue Hardware erworben oder ein Hardware-as-a-Service-Angebot mit monatlicher Gebühr verwendet.

Hosten und Bereitstellen

Überlegen Sie, ob Sie ein lokales Rechenzentrum, eine Edgeumgebung, die Azure-Cloud oder Multi-Cloud-Hosting mit einem konsistenten, cloudnativen Technologieansatz verwenden. Geschäfts-, Compliance-, Kosten- oder Sicherheitsanforderungen können den Hostingstandort bestimmen.

Eine große Anwendungsbereitstellung unterscheidet sich von kleineren Implementierungen. Eine herkömmliche IT-Bereitstellung mit VMs und Datenbanken unterscheidet sich von Bereitstellungen in Containern oder auf verteilten Geräten.

Verteilte, komplexe und große Bereitstellungen müssen in der Lage sein, die Dienstimplementierung in enormem Umfang zu skalieren, und Faktoren wie die Geschäftskontinuität werden anders als bei herkömmlicher IT-Infrastruktur behandelt.

Anwendung oder Workload?

Berücksichtigen Sie, ob Anwendungen oder Workloads verteilt, containerisiert oder auf herkömmlicher IT-Infrastruktur mit VMs oder Datenbanken ausgeführt werden. Azure IoT Hub, Azure Kubernetes Service-Cluster (AKS) oder PaaS-Lösungen außerhalb von Azure-Rechenzentren können Hybridworkloads hosten.

Herkömmliche Anwendungen, die auf VMs ausgeführt werden, profitieren von hyperkonvergenter Infrastruktur (HCI) und Azure-Betriebs-, Sicherheits- und Verwaltungstools für Day-Two-Vorgänge. Cloudnative Anwendungen eignen sich besser für die Ausführung auf Containerorchestratoren wie AKS und verwenden Azure-PaaS-Lösungen.

Wenn Sie in der Cloud erstellte und trainierte Modelle bereitstellen und lokal ausführen müssen, IoT-Geräte in beliebigem Umfang überwachen oder die Azure-Optionen für die Datenübertragung nutzen möchten, sollten Sie Edgebereitstellungen und -lösungen in Erwägung ziehen.

Auswahl einer Hybridlösung

Alle bisher genannten Faktoren sind für die letztendlich ausgewählte Lösung wichtig. Je nach Anforderungen, Hintergrund und Erfahrung gehen die Organisationen bei der Evaluierung der Lösungen jedoch möglicherweise unterschiedlich vor. Manche Organisationen beginnen mit den Anforderungen und Einschränkungen für Hardware und Hosting oder mit einem Vergleich der Azure-Dienste aus Anwendungs- oder Workloadperspektive. DevOps-Teams konzentrieren sich möglicherweise auf Massenbereitstellungen und eingeschränkte oder zweckbasierte Hardware, während für Systemadministrator*innen der Hostingstandort oder die Hardware- und Hypervisornutzung am wichtigsten sein kann.

In den folgenden Abschnitten wird eine Entscheidungsstruktur für Hybridlösungen veranschaulicht, die auf dem Bereitstellungsmodell basiert, sowie eine Matrix für Azure-Hybriddienste, in der unterstützte Workloads, Hardwaretypen und Bereitstellungsmodelle aufgeführt sind. Arbeiten Sie mit diesen Abbildungen, um eine potenzielle Lösung auszuwählen. Führen Sie dann eine ausführliche Evaluierung der potenziellen Lösungen durch, um festzustellen, ob sie Ihre Anforderungen erfüllen.

Entscheidungsstruktur für Hybridlösungen

Die folgende Entscheidungsstruktur beginnt mit der Auswahl einer vorhandenen oder benutzerdefinierten, Multi-Cloud- oder Azure-spezifizierten Hybridlösung. Die Struktur führt Sie durch die Entscheidungspunkte bis hin zur Auswahl eines geeigneten Azure-Hybriddiensts.

Diagram: Entscheidungsstruktur für die Auswahl zwischen Azure-Hybriddiensten

PowerPoint-Datei mit allen Diagrammen aus diesem Artikel herunterladen

Für vorhandene oder benutzerdefinierte Bereitstellungen:

  1. Überlegen Sie, ob die Hardware eingeschränkt ist oder in einem Rechenzentrum bereitgestellt wird.

  2. Bestimmen Sie für eingeschränkte Hardware, ob eine Massenbereitstellung oder Low-Scale-Bereitstellung vorliegt.

  3. Bestimmen Sie für Rechenzentrumsbereitstellungen und Multi-Cloud-Bereitstellungen, ob der Workloadtyp Container oder eine herkömmliche IT-Bereitstellung auf VMs oder SQL-Datenbanken verwendet.

  4. Für vorhandene und benutzerdefinierte IoT-Workloads können Sie Azure IoT Edge verwenden. Für vorhandene und benutzerdefinierte traditionelle, datenbankbasierte und cloudnative Bereitstellungen können Sie Azure Arc-fähige Server und Dienste verwenden.

  5. Für containerbasierte Bereitstellungen können Sie Kubernetes mit Azure Arc-Unterstützung verwenden. VM-basierte-Bereitstellungen können Server mit Azure Arc-Unterstützung, VMware vSphere mit Azure Arc-Unterstützung oder System Center Virtual Machine Manager mit Azure Arc-Unterstützung verwenden. Für SQL-Datenbankbereitstellungen können Sie Azure Arc-fähige Datendienste verwenden.

Für Azure-spezifizierte Bereitstellungen:

  1. Entscheiden Sie sich, ob Sie Hardware-as-a-Service-Bereitstellungen oder Bereitstellungen bevorzugen, die Azure-Rechenzentren ähneln. Für Bereitstellungen, die Azure-Rechenzentren ähneln, können Sie Azure Stack Hub verwenden.

  2. Bestimmen Sie für Hardware-as-a-Service-Bereitstellungen, ob Ihr Workloadtyp Datenübertragung und Computing oder eine hyperkonvergente Infrastruktur (HCI) verwendet. Für eine hyperkonvergente Lösung können Sie Azure Stack HCI verwenden.

  3. Für Datenübertragungs- und Computingworkloads können Sie Azure Stack Edge verwenden. Bereitstellungen in Rechenzentren können Azure Stack Edge Pro 2 verwenden. Portable Bereitstellungen können Azure Stack Edge Mini R verwenden. Robuste Bereitstellungen können Azure Stack Edge Pro R verwenden.

Matrix für Azure-Hybriddienste

Die folgende Entscheidungsmatrix veranschaulicht unterstützte Workloads, Hardwarefunktionen und Bereitstellungsmodelle für mehrere Azure-Hybriddienste. Alle Azure-Dienste umfassen das Azure-Portal und andere Azure-Betriebs- und -Verwaltungstools.

Diagramm: Funktionen und Merkmale verschiedener Azure-Hybriddienste

PowerPoint-Datei mit allen Diagrammen aus diesem Artikel herunterladen

  • Die Azure-Cloud bietet cloudbasierte SaaS-, IaaS- und PaaS-Dienste für Computing, Speicher und Netzwerkfunktionen. Die Dienste werden auf Microsoft-Hardware in Azure-Rechenzentren ausgeführt.

  • Azure Stack ist eine Familie von Produkten und Lösungen, die Azure auf den Edge oder lokale Rechenzentren ausweiten. Azure Stack bietet mehrere Lösungen für zahlreiche Anwendungsfälle.

    • Azure Stack Hub erweitert Azure um die Ausführung von Apps in lokalen Umgebungen. Azure Stack Hub bietet hyperkonvergente SaaS-, IaaS- und PaaS-Dienste für Computing, Speicher und Netzwerkfunktionen. Das System wird lokal oder in Multi-Cloud-Rechenzentren auf branchenüblicher Hardware ausgeführt. Azure Stack Hub stellt Azure-Dienste für Rechenzentren mit integrierten Systemen bereit. Die Ausführung ist in verbundenen oder getrennten Umgebungen möglich.
    • Azure Stack HCI ist eine hyperkonvergente Lösung, die validierte Hardware zum lokalen Ausführen virtualisierter und containerisierter Workloads verwendet. Azure Stack HCI bietet VM-basierte und AKS-basierte, hyperkonvergente Dienste für Computing, Speicher und Netzwerkfunktionen. Die Lösung wird lokal oder in Multi-Cloud-Rechenzentren auf branchenüblicher Hardware ausgeführt. Azure Stack HCI verbindet Workloads mit Azure, um Clouddienste und Verwaltungsfunktionen nutzen zu können.
    • Azure Stack Edge stellt Azure-Funktionen wie Computing, Speicher, Netzwerke und hardwarebeschleunigtes maschinelles Lernen an Edgestandorten bereit. Azure Stack Edge bietet VM-basierte und AKS-basierte Machine-Learning-Dienste und Datenübertragungsdienste als Hardware-as-a-Service-Angebot mit branchenüblicher Hardware. Die Ausführung ist lokal oder in Multi-Cloud-Rechenzentren möglich.

  • Azure IoT Edge und IoT Hub stellen benutzerdefinierte Funktionen auf Massengeräten bereit. IoT Edge ist nativ mit IoT Hub integriert, um DevOps-Dienste, PaaS-Dienste und containerisierte Dienste auf benutzerdefinierter und branchenüblicher Hardware auszuführen. Die Ausführung ist lokal oder in Multi-Cloud-Rechenzentren möglich.

  • Azure Arc ermöglicht die Anwendungsbereitstellung und -verwaltung mithilfe Azure Arc-fähiger Dienste für VMs, SQL-Datenbanken und Kubernetes. Azure Arc projiziert Bare-Metal-Computer, VMs und Kubernetes-Infrastrukturressourcen in Azure, damit die Verwaltungs- und Sicherheitstools von Azure für betriebliche Vorgänge zur Verfügung stehen. Azure Arc ist eine konsistente Verwaltungsplattform für Azure-Dienste in Multi-Cloud- und lokalen Umgebungen und vereinfacht die Governance und Verwaltung.

    Azure Arc kann auf vorhandener, branchenüblicher Hardware, Hypervisors, in Azure Stack HCI oder Azure Stack Edge, lokal oder in Multi-Cloud-Rechenzentren ausgeführt werden. Azure Arc beinhaltet die folgenden Funktionen:

    Mit Azure Arc-fähigen Diensten können Sie lokale und Multi-Cloud-Anwendungen mit Azure-PaaS- und Datendiensten wie Azure App Service, Azure Functions, Azure Logic Apps, Azure SQL Managed Instance, PostgreSQL Hyperscale und Azure Machine Learning erstellen. Sie können diese Dienste überall ausführen und vorhandene Infrastruktur verwenden.

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Melden Sie sich bei LinkedIn an, um nicht öffentliche LinkedIn-Profile anzuzeigen.

Nächste Schritte