Solaris-Emulator Charon-SSP von Stromasys auf Azure-VMs

Azure Storage
Azure Virtual Machines

Lösungsmöglichkeiten

In diesem Artikel ist ein Lösungsvorschlag beschrieben. Ihr Cloudarchitekt kann diesen Leitfaden verwenden, um die Hauptkomponenten einer typischen Implementierung dieser Architektur zu visualisieren. Verwenden Sie diesen Artikel als Ausgangspunkt, um eine gut durchdachte Lösung zu entwerfen, die den spezifischen Anforderungen Ihrer Workload entspricht.

Dieser Artikel zeigt, wie mit einem Emulator namens Charon-SSP vom Microsoft-Partner Stromasys SPARC-Prozessor-basierte virtuelle Solaris-Computer (VMs) in Azure ausgeführt werden können. Charon-SSP gehört zur Charon-Produktfamilie für plattformübergreifende Hardwarevirtualisierung. Der Emulator kann virtuelle Replikate von Mitgliedern der SPARC-Familien Sun-4m, Sun-4u oder Sun-4v auf standardmäßigen physischen x86-64-Linux-Computern oder Hypervisoren erstellen.

Das Ausführen von Anwendungen in einem Emulator in Azure bietet mehrere Vorteile, wie z. B. geringere Betriebskosten und einen niedrigeren Energieverbrauch. Sie können auch mehrere Anwendungsinstanzen auf einem einzigen x86-64-Standardhost oder einer vorhandenen Virtualisierungsinfrastruktur ausführen, wodurch Sie die Vorteile der Konsolidierung nutzen und gleichzeitig die Verwaltung und Wartung von Legacysystemen vereinfachen können.

Mögliche Anwendungsfälle

  • Reibungsarmes Migrieren lokaler Workloads auf SPARC Solaris-Computern zu Azure per Lift & Shift
  • Fortgesetzte Nutzung von Anwendungen, die auf SPARCstation oder SPARCserver am Ende ihrer Lebensdauer ausgeführt werden, ohne Änderungen
  • Verwalten mehrerer Serverhosts und untergeordneter Solaris-VMs über eine einzige Schnittstelle
  • Zuordnung zu kostengünstigem Azure-Speicher, um Bänder für regulatorische und Compliancezwecke zu archivieren

Aufbau

Diagramm der Charon-SSP- und Solaris-Architektur

Laden Sie eine Visio-Datei dieser Architektur herunter.

Datenfluss

  1. Der Charon-SSP Director ermöglicht die Verwaltung mehrerer Serverhosts, auf denen jeweils eine oder mehrere untergeordnete Solaris-VMs ausgeführt werden können. Diese Einrichtung ermöglicht einen zentralen Verwaltungsort, wenn Sie Ihre Farm von Host-VMs und deren untergeordnete Solaris-VMs horizontal hochskalieren. Charon-SSP Manager stellt eine benutzerfreundliche und intuitive grafische Verwaltungsschnittstelle bereit.
  2. Der Charon-SSP Agent wird auf Linux-Distributionen auf Azure-VMs ausgeführt. Diese Komponente führt die untergeordneten Solaris-VMs aus und emuliert die SPARC-Prozessorarchitektur.
  3. Die untergeordneten Solaris-VMs basieren auf der SPARC-Prozessorarchitektur.
  4. Die untergeordneten Solaris-VMs erhalten jeweils eine eigene Azure-Netzwerkschnittstelle und verfügen daher über eigene dedizierte private IP-Adressen. Optional können Sie problemlos öffentliche Azure-IP-Adressen an denselben Netzwerkschnittstellen einrichten.
  5. Die Solaris-VM-Images können sich auf dem verwalteten SSD-Datenträger (Solid State Drive) der Azure-Host-VM befinden. Verwaltete Azure SSD Ultra-Datenträger stellen zudem eine Möglichkeit für höhere IOPS-Werte (Input/Output Operations Per Second, Eingabe-/Ausgabevorgänge pro Sekunde) dar.
  6. Auf der Linux-VM bereitgestellte Dateifreigaben im Azure Storage-Konto ermöglichen die Zuordnung von Charon-SSP Virtual Tape Manager zu einem lokal eingebundenen Gerät, das von einem Azure Files-Speicherkonto in der Cloud unterstützt wird. Diese Zuordnung ermöglicht die kostengünstige Speicherung von archivierten Bändern für regulatorische und Compliancezwecke.
  7. Die Verwaltungs-VM, auf der Charon-SSP Director und Manager ausgeführt werden, kann entweder Windows- oder Linux-basiert mit einer grafischen Benutzeroberfläche wie GNOMEsein.
  8. Endbenutzer können eine direkte SSH-Verbindung (Secure Shell) mit den Solaris-VMs herstellen, die über eigene dedizierte Netzwerkschnittstellenkarten und IP-Adressen verfügen.

XDMCP ist für den Desktopzugriff auf die Solaris-VMs verfügbar. Da XDMCP kein verschlüsseltes Protokoll ist, besteht die empfohlene Topologie für den Zugriff auf eine Solaris-VM über XDMCP darin, eine Windows Server-VM in Azure als „Hop“-Server zu erstellen, auf dem ein XDMCP-Client (z. B. MobaXterm) installiert werden kann. Bei dieser Konfiguration erfolgt der gesamte Netzwerkdatenverkehr über das private Azure Virtual Network.

Komponenten

  • Azure-VMs sind bedarfsgesteuerte, skalierbare Computeressourcen in Azure. Eine Azure-VM bietet Ihnen die Flexibilität der Virtualisierung, ohne physische Hardware kaufen und warten zu müssen. Azure-VMs bieten Ihnen eine Auswahl von Betriebssystemen, einschließlich Windows und Linux.

  • Azure Virtual Network ist der grundlegende Baustein für private Netzwerke in Azure. Mit virtuellen Netzwerken können Azure-Ressourcen (z. B. VMs) sicher untereinander sowie mit dem Internet und mit lokalen Netzwerken kommunizieren. Azure Virtual Network ähnelt einem herkömmlichen Netzwerk in Ihrem Rechenzentrum, bietet jedoch die zusätzlichen Vorteile der Azure-Infrastruktur in Bezug auf Skalierbarkeit, Verfügbarkeit und Isolation.

  • Azure Virtual Network-Schnittstellenkarten ermöglichen einer Azure-VM die Kommunikation mit dem Internet, Azure und lokalen Ressourcen. Wie in dieser Architektur gezeigt, können Sie derselben Azure-VM zusätzliche Netzwerkschnittstellenkarten hinzufügen, sodass die untergeordneten Solaris-VMs über eigene dedizierte Netzwerkschnittstellengeräte und IP-Adressen verfügen.

  • Verwaltete Azure SSD-Datenträger sind Speichervolumes auf Blockebene, die von Azure verwaltet und mit Azure-VMs verwendet werden. Die verfügbaren Datenträgertypen sind Ultra-Datenträger, SSD Premium, SSD Standard und HDD Standard. Für diese Architektur wird entweder SSD Premium oder SSD Ultra empfohlen.

  • Azure Files-Speicherkonten bieten vollständig verwaltete Dateifreigaben in der Cloud, auf die über das Branchenstandardprotokoll Server Message Block (SMB) zugegriffen werden kann. Azure-Dateifreigaben können gleichzeitig über die Cloud und lokale Bereitstellungen von Windows, Linux und macOS eingebunden werden.

  • Mit Azure ExpressRoute können Sie Ihre lokalen Netzwerke über eine private Verbindung, die von einem Konnektivitätsanbieter bereitgestellt wird, auf die Cloud von Microsoft ausdehnen. Mit ExpressRoute können Sie Verbindungen mit Microsoft-Clouddiensten herstellen, z. B. Microsoft Azure und Microsoft 365.

  • Der Charon-SSP-Emulator von Stromasys erstellt die virtuelle SPARC-Hardwareebene auf Computersystemen und VMs des Branchenstandards x86-64 neu. Die virtuelle SPARC-Hardwareebene ist mit jeder darauf ausgeführten Sun-Software kompatibel, sodass weder eine Codekonvertierung noch ein Quellcode erforderlich ist. Charon-SSP ist mit SPARC-Speicher, Ethernet und serieller E/A-Hardware vollständig kompatibel.

Nächste Schritte