Virtuelle Computer in Azure
Gilt für: ✔️ Linux-VMs ✔️ Windows-VMs ✔️ Flexible Skalierungsgruppen
Virtuelle Azure-Computer (Virtual Machines, VMs) sind eine von mehreren bedarfsgesteuerten, skalierbaren Computerressourcen, die von Azure angeboten werden. In der Regel wählen Sie einen virtuellen Computer, wenn Sie mehr Kontrolle über Ihre Computingumgebung benötigen, als die anderen Optionen bieten. Dieser Artikel enthält Informationen darüber, was Sie beachten sollten, bevor Sie eine virtuelle Maschine erstellen, wie Sie sie erstellen und wie Sie sie verwalten.
Ein virtueller Azure-Computer bietet Ihnen die Flexibilität der Virtualisierung, ohne Zeit und Geld für den Kauf und die Verwaltung der Hardware aufwenden zu müssen, mit der der virtuelle Computer betrieben wird. Sie müssen die virtuelle Maschine jedoch weiterhin warten, indem Sie Aufgaben wie das Konfigurieren, Patchen und Installieren der darauf ausgeführten Software ausführen.
Virtuelle Azure-Computer können auf vielfältige Weise genutzt werden. Beispiele:
- Entwicklung und Test – Azure Virtual Machines bieten eine schnelle und einfache Möglichkeit, einen Computer mit bestimmten Konfigurationen zu erstellen, die zum Codieren und Testen einer Anwendung erforderlich sind.
- Anwendungen in der Cloud – Da die Nachfrage nach Ihrer Anwendung schwanken kann, kann es wirtschaftlich sinnvoll sein, sie auf einer virtuellen Maschine in Azure auszuführen. Sie zahlen für zusätzliche virtuelle Maschinen, wenn Sie sie benötigen, und fahren sie herunter, wenn Sie sie nicht benötigen.
- Erweitertes Rechenzentrum – Virtuelle Maschinen in einem virtuellen Azure-Netzwerk können problemlos mit dem Netzwerk Ihrer Organisation verbunden werden.
Die Anzahl der virtuellen Maschinen, die Ihre Anwendung verwendet, kann nach oben und unten skaliert werden, um Ihren Anforderungen gerecht zu werden.
Woran muss ich denken, bevor ich eine virtuelle Maschine erstelle?
Beim Aufbau einer Anwendungsinfrastruktur in Azure gibt es immer eine Vielzahl von Entwurfsüberlegungen. Über diese Aspekte einer virtuellen Maschine sollten Sie unbedingt nachdenken, bevor Sie beginnen:
- Die Namen Ihrer Ressourcen
- Den Speicherort der Ressourcen
- Die Größe der virtuellen Maschine
- Die maximale Anzahl virtueller Maschinen, die erstellt werden können
- Das Betriebssystem, das auf der virtuellen Maschine ausgeführt wird
- Die Konfiguration der virtuellen Maschine nach dem Start
- Die zugehörigen Ressourcen, die die virtuelle Maschine benötigt
Teile einer VM und ihre Abrechnung
Wenn Sie eine VM erstellen, erstellen Sie auch Ressourcen, die die VM unterstützen. Diese Ressourcen sind mit eigenen Kosten verbunden, die berücksichtigt werden sollten.
Die Standardressourcen, die eine VM unterstützen, und Informationen zu ihrer Abrechnung sind in der folgenden Tabelle aufgeführt:
| Resource | Beschreibung | Kosten |
|---|---|---|
| Virtuelles Netzwerk | Um Ihrer VM die Möglichkeit zu geben, mit anderen Ressourcen zu kommunizieren | Azure Virtual Network – Preise |
| Virtueller Netzwerkadapter (Network Interface Card, NIC) | Zum Herstellen einer Verbindung mit dem virtuellen Netzwerk | Für NICs fallen keine separaten Kosten an. Es gibt jedoch einen Grenzwert für die Anzahl der NICs, die Sie verwenden können. Dieser basiert auf der VM-Größe. Passen Sie die Größe Ihrer VM entsprechend an. Informationen zu den VM-Preisen finden Sie hier. |
| Eine private IP-Adresse und manchmal eine öffentliche IP-Adresse. | Für Kommunikation und Datenaustausch in Ihrem Netzwerk und mit externen Netzwerken | Preise für IP-Adressen |
| Netzwerksicherheitsgruppe (NSG) | Zum Verwalten des Netzwerkdatenverkehrs zu und von Ihrer VM. Sie müssen beispielsweise Port 22 für den SSH-Zugriff öffnen, möchten aber möglicherweise den Datenverkehr an Port 80 blockieren. Das Blockieren und Zulassen des Portzugriffs erfolgt über die NSG. | Es fallen keine zusätzlichen Gebühren für Netzwerksicherheitsgruppen in Azure an. |
| Betriebssystemdatenträger und möglicherweise separate Datenträger für Daten. | Es empfiehlt sich, Ihre Daten auf einem vom Betriebssystem getrennten, separaten Datenträger zu speichern. Falls ein VM-Fehler auftritt, können Sie den Datenträger trennen und an eine neue VM anfügen. | Alle neuen VMs verfügen über einen Betriebssystemdatenträger und einen lokalen Datenträger. Azure berechnet keine Gebühren für den lokalen Datenträgerspeicher. Der Betriebssystemdatenträger, der in der Regel 127 GiB umfasst, für einige Images jedoch kleiner ist, wird zum regulären Preis für Datenträger in Rechnung gestellt. Die Kosten für das Anfügen von Premium-Datenträgern (SSD-basiert) und Standard-Datenträgern (HDD-basiert) an Ihre VMs finden Sie auf der Seite Managed Disks – Preise. |
| In einigen Fällen eine Lizenz für das Betriebssystem | Um die Ausführung des Betriebssystems auf Ihrem virtuellen Computer zu ermöglichen | Die Kosten variieren je nach Anzahl der Kerne auf Ihrer VM, dimensionieren Ihre VM also entsprechend. Die Kosten können durch den Azure-Hybridvorteil reduziert werden. |
Sie können auch festlegen, dass Azure öffentliche und private SSH-Schlüssel erstellen und speichern kann – Azure verwendet den öffentlichen Schlüssel in Ihrer VM, und Sie verwenden den privaten Schlüssel, wenn Sie über SSH auf den virtuellen Computer zugreifen. Andernfalls benötigen Sie einen Benutzernamen und ein Kennwort.
Diese Ressourcen werden standardmäßig in derselben Ressourcengruppe wie die VM erstellt.
Standorte
Es gibt mehrere geografische Regionen weltweit, in denen Sie Azure-Ressourcen erstellen können. Normalerweise wird die Region als Standort bezeichnet, wenn Sie eine virtuelle Maschine erstellen. Bei einer virtuellen Maschine gibt der Speicherort an, wo die virtuellen Festplatten gespeichert werden.
Die folgende Tabelle enthält einige Methoden, mit denen Sie eine Liste verfügbarer Standorte abrufen können:
| Methode | BESCHREIBUNG |
|---|---|
| Azure-Portal | Wählen Sie beim Erstellen einer virtuellen Maschine einen Speicherort aus der Liste aus. |
| Azure PowerShell | Verwenden Sie den Befehl Get-AzLocation. |
| REST-API | Verwenden Sie den Vorgang List locations (Standorte auflisten). |
| Azure CLI | Verwenden Sie den Vorgang az account list-locations. |
Verfügbarkeit
Es gibt mehrere Optionen zum Verwalten der Verfügbarkeit Ihrer virtuellen Computer in Azure.
- Verfügbarkeitszonen sind physisch getrennte Zonen innerhalb einer Azure-Region. Verfügbarkeitszonen versprechen eine Konnektivität des virtuellen Computers mit mindestens einer Instanz zu mindestens 99,99 % der Zeit, wenn Sie zwei oder mehr Instanzen in zwei oder mehr Verfügbarkeitszonen in derselben Azure-Region bereitgestellt haben.
- Mit Virtual Machine Scale Sets können Sie eine Gruppe virtueller Computer mit Lastenausgleich erstellen und verwalten. Die Anzahl der VM-Instanzen kann je nach Bedarf oder einem definierten Zeitplan automatisch erhöht oder verringert werden. Skalierungsgruppen bieten Hochverfügbarkeit für Ihre Anwendungen und ermöglichen Ihnen die zentrale Verwaltung, Konfiguration und Aktualisierung vieler virtueller Maschinen. VMs in einer Skalierungsgruppe können auch in mehreren Verfügbarkeitszonen, in einer einzelnen Verfügbarkeitszone oder regional bereitgestellt werden.
Weitere Informationen finden Sie unter Verfügbarkeitsoptionen für virtuelle Azure-Computer und SLA für virtuelle Azure-Computer.
Größen und Preise
Die Größe der virtuellen Maschine, die Sie verwenden, wird durch die Workload bestimmt, die Sie ausführen möchten. Von der gewählten Größe hängen Faktoren wie Rechenleistung, Arbeitsspeicher, Speicherplatz und Netzwerkbandbreite ab. Azure bietet eine Vielzahl von Größen zur Unterstützung vieler Anwendungstypen.
Azure berechnet einen Stundenpreis basierend auf der Größe und dem Betriebssystem der virtuellen Maschine. Für angefangene Stunden werden lediglich die in Anspruch genommenen Minuten abgerechnet. Speicherplatz wird separat bewertet und in Rechnung gestellt.
Grenzwerte für die Gesamtzahl an VM-Kernen
Ihr Abonnement verfügt über standardmäßige Kontingentgrenzen, die sich auf die Bereitstellung vieler virtueller Maschinen für Ihr Projekt auswirken können. Das aktuelle Limit pro Abonnement liegt bei insgesamt 20 VM-Kernen pro Region. Zur Erhöhung der Grenzwerte können Sie ein Supportticket erstellen und eine Erhöhung beantragen.
Managed Disks
Der Managed Disks-Dienst erledigt die Erstellungs- und Verwaltungsaufgaben in Ihrem Azure Storage-Konto im Hintergrund und sorgt dafür, dass Sie sich keine Gedanken mehr über die Skalierbarkeitsgrenzen des Speicherkontos machen müssen. Sie geben die Datenträgergröße und die Leistungsstufe (Standard/Premium) an, und Azure kümmert sich um die Erstellung und Verwaltung der Datenträger. Wenn Sie Festplatten hinzufügen oder die virtuelle Maschine nach oben oder unten skalieren, müssen Sie sich keine Gedanken über den verwendeten Speicher machen. Wenn Sie neue virtuelle Maschinen erstellen, verwenden Sie die Azure-CLI oder das Azure-Portal, um virtuelle Maschinen mit verwalteten Betriebssystemen und Datenträgern zu erstellen. Wenn Sie über virtuelle Maschinen mit nicht verwalteten Datenträgern verfügen, können Sie Ihre virtuellen Maschinen so konvertieren, dass sie mit verwalteten Datenträgern gesichert werden.
Sie können Ihre benutzerdefinierten Images auch in einem Speicherkonto pro Azure-Region verwalten und sie verwenden, um Hunderte von virtuellen Computern im selben Abonnement zu erstellen. Weitere Informationen zu Managed Disk finden Sie in der Übersicht über Managed Disks.
Verteilungen
Microsoft Azure unterstützt verschiedene Linux- und Windows-Distributionen. Verfügbare Distributionen finden Sie im Marketplace, im Azure-Portal oder durch Abfragen von Ergebnissen mithilfe von CLI, PowerShell und REST-APIs.
Die folgende Tabelle enthält einige Methoden zur Ermittlung von Informationen zu einem Image:
| Methode | BESCHREIBUNG |
|---|---|
| Azure-Portal | Die Werte werden automatisch angegeben, wenn Sie ein zu verwendendes Image auswählen. |
| Azure PowerShell | Get-AzVMImagePublisher -Location Speicherort Get-AzVMImageOffer -Location Speicherort -Publisher Herausgebername Get-AzVMImageSku -Location Speicherort -Publisher Herausgebername -Offer Angebotsname |
| REST-APIs | List image publishers (Imageherausgeber auflisten) List image offers (Imageangebote auflisten) List image skus (Image-SKUs auflisten) |
| Azure CLI | az vm image list-publishers --location location az vm image list-offers --location location --publisher publisherName az vm image list-skus --location location --publisher publisherName --offer offerName |
Microsoft arbeitet eng mit Partnern zusammen, um sicherzustellen, dass die verfügbaren Images für die Azure-Laufzeit aktualisiert und optimiert sind. Weitere Informationen zu Azure-Partnerangeboten finden Sie auf dem Azure Marketplace.
cloud-init
Azure unterstützt cloud-init für die meisten Linux-Distributionen, die dies unterstützen. Wir arbeiten aktiv mit unseren Linux-Partnern zusammen, um cloud-init-fähige Images im Azure Marketplace zur Verfügung zu stellen. Diese Images sorgen dafür, dass Ihre Cloud-Init-Bereitstellungen und -Konfigurationen nahtlos mit virtuellen Computern und VM-Skalierungsgruppen funktionieren.
Weitere Informationen finden Sie unter Verwenden von cloud-init auf virtuellen Azure-Computern unter Linux.
Storage
- Einführung in Microsoft Azure Storage
- Fügen Sie einem virtuellen Linux-Computer mithilfe von azure-cli einen Datenträger hinzu
- Anleitung zum Anfügen eines Datenträgers an einen virtuellen Linux-Computer im Azure-Portal
Netzwerk
- Virtuelle Netzwerke im Überblick
- IP-Adressen in Azure
- Öffnen von Ports zu einem virtuellen Linux-Computer in Azure
- Erstellen eines vollständig qualifizierten Domänennamens im Azure-Portal
Dienstunterbrechungen
Bei Microsoft setzen wir uns mit großem Engagement dafür ein, dass unsere Dienste immer verfügbar sind, wenn Sie sie benötigen. Aufgrund von höherer Gewalt können jedoch gelegentlich ungeplante Dienstausfälle auftreten.
Microsoft stellt für seine Dienste Vereinbarungen zum Servicelevel (Service Level Agreements, SLAs) bereit, um dem Engagement für Verfügbarkeit und Konnektivität Nachdruck zu verleihen. Die SLAs für einzelne Azure-Dienste finden Sie unter Vereinbarungen zum Servicelevel (SLAs).
Azure weist bereits viele integrierte Plattformfunktionen auf, die hoch verfügbare Anwendungen unterstützen. Weitere Informationen zu diesen Diensten finden Sie unter Notfallwiederherstellung und Hochverfügbarkeit für in Microsoft Azure erstellte Anwendungen.
Dieser Artikel behandelt ein echtes Szenario der Notfallwiederherstellung für den Fall, dass eine ganze Region aufgrund einer Naturkatastrophe oder einer umfangreichen Dienstunterbrechung von einem Ausfall betroffen ist. So etwas kommt zwar äußerst selten vor, dennoch müssen Sie für den Ausfall einer gesamten Region vorbereitet sein. Falls eine ganze Region von einer Dienstunterbrechung betroffen ist, sind die lokal redundanten Kopien Ihrer Daten vorübergehend nicht verfügbar. Bei aktivierter Georeplikation sind drei zusätzliche Kopien Ihrer Azure Storage-Blobs und -Tabellen in einer anderen Region gespeichert. Sollte eine gesamte Region ausfallen oder die primäre Region aufgrund einer Katastrophe nicht wiederherstellbar sein, ordnet Azure alle DNS-Einträge der georeplizierten Region neu zu.
Der folgende Leitfaden wird für Azure-VMs bereitgestellt für den Fall einer Dienstunterbrechung in der gesamten Region, in der Ihre Azure-VM-Anwendung bereitgestellt ist.
Option 1: Initiieren eines Failovers mit Azure Site Recovery
Sie können Azure Site Recovery für Ihre virtuellen Computer konfigurieren, damit Sie Ihre Anwendung mit einem einfachen Mausklick innerhalb weniger Minuten wiederherstellen können. Sie können in die Azure-Region Ihrer Wahl replizieren und sind nicht auf gekoppelte Regionen beschränkt. Als ersten Schritt können Sie Ihre virtuellen Computer replizieren. Sie können einen Wiederherstellungsplan erstellen, damit Sie den gesamten Failovervorgang für Ihre Anwendung automatisieren können. Sie können Ihre Failover vorher testen, ohne die Produktionsanwendung oder die fortlaufende Replikation zu beeinträchtigen. Im Fall einer Unterbrechung der primären Region initiieren Sie einfach ein Failover und verschieben Ihre Anwendung in die Zielregion.
Option 2: Warten auf die Wiederherstellung
In diesem Fall ist keine weitere Aktion erforderlich. Wir arbeiten intensiv daran, die Verfügbarkeit des Diensts wiederherzustellen. Sie können den aktuellen Dienststatus auf unserem Dashboard zur Azure-Dienstintegritätanzeigen.
Diese Option ist die beste, wenn Sie vor der Unterbrechung nicht Azure Site Recovery, georedundanten Speicher mit Lesezugriff oder georedundanten Speicher eingerichtet haben. Wenn Sie den georedundanten Speicher oder den georedundanten Speicher mit Lesezugriff für das Speicherkonto eingerichtet haben, unter dem die virtuellen Festplatten (VHDs) der VM gespeichert sind, können Sie versuchen, die Festplatte mit dem Basisimage wiederherzustellen und darüber eine neue VM bereitzustellen. Diese Option wird nicht bevorzugt, da es keine Garantien für die Synchronisierung von Daten gibt, was bedeutet, dass diese Option nicht garantiert funktioniert.
Hinweis
Denken Sie daran, dass Sie keine Kontrolle über diesen Prozess haben. Er tritt nur bei einer regionsweiten Dienstunterbrechung auf. Setzen Sie daher auch auf andere anwendungsspezifische Sicherungsstrategien, um eine möglichst hohe Verfügbarkeit zu erreichen. Weitere Informationen finden Sie im Abschnitt zu Datenstrategien für die Notfallwiederherstellung.
Ressourcen für Dienstunterbrechungen
Beginnen Sie damit, mithilfe von Azure Site Recovery Ihre Anwendungen auf virtuellen Azure-Computern zu schützen.
Weitere Informationen zur Implementierung einer Strategie für Notfallwiederherstellung und Hochverfügbarkeit finden Sie unter Notfallwiederherstellung und Hochverfügbarkeit für in Microsoft Azure erstellte Anwendungen.
Im technischen Leitfaden zur Resilienz in Azurekönnen Sie detaillierte technische Kenntnisse hinsichtlich der Funktionen einer Cloudplattform erwerben.
Wenden Sie sich an den Kundensupport, falls die Anweisungen nicht verständlich sein sollten oder Microsoft die Schritte für Sie ausführen soll.
Datenresidenz
Das Feature zum Aktivieren der Speicherung von Kundendaten in einer einzelnen Region ist in Azure derzeit nur in der Region „Asien, Südosten“ (Singapur) des geografischen Raums „Asien-Pazifik“ und in der Region „Brasilien, Süden“ (São Paulo, Bundesstaat) des geografischen Raums „Brasilien“ verfügbar. Bei allen anderen Regionen werden Kundendaten unter „Geografien“ gespeichert. Weitere Informationen finden Sie unter Trust Center.
Nächste Schritte
Erstellen Sie Ihre erste virtuelle Maschine!