Emulador Charon-SSP Solaris de Stromasys en VM de Azure

Azure Storage
Azure Virtual Machines

Ideas de solución

Este artículo es una idea de solución. Si te gustaría que ampliemos este artículo con más información, como posibles casos de uso, servicios alternativos, consideraciones de implementación o una guía de precios, comunícalo a través de los Comentarios de GitHub.

En este artículo se muestra cómo un emulador denominado Charon-SSP del asociado de Microsoft, Stromasys, puede ejecutar máquinas virtuales (VM) Solaris basadas en el procesador SPARC en Azure. Charon-SSP es miembro de la familia de productos de virtualización de hardware multiplataforma de Charon. El emulador puede crear réplicas virtuales de miembros de la familia Sun-4m, Sun-4u o Sun-4v SPARC en equipos físicos o hipervisores estándar x86-64 Linux.

La ejecución de aplicaciones en un emulador en Azure tiene varias ventajas, como la reducción de los costos operativos y el consumo energético. Además, puede ejecutar varias instancias de una aplicación en un único host estándar x86-64 o en la infraestructura de virtualización existente, lo que le ofrece las ventajas de la consolidación, a la vez que facilita el mantenimiento y la administración de sistemas heredados.

Posibles casos de uso

  • Habilite la "migración mediante lift-and-shift" de baja fricción desde cargas de trabajo locales que se ejecutan en máquinas SPARC Solaris en Azure.
  • Siga usando aplicaciones que se ejecuten en SPARCstation o SPARCserver de final de la vida útil sin necesidad de realizar cambios.
  • Administre varios hosts de servidor y VM Solaris secundarias desde una única interfaz.
  • Permita la asignación a almacenamiento de Azure de bajo costo para archivar cintas con fines normativos y de cumplimiento.

Architecture

Diagrama que muestra la arquitectura de Charon-SSP y Solaris.

Descargue un archivo Visio de esta arquitectura.

Flujo de datos

  1. Charon-SSP Director permite administrar varios hosts de servidor, donde en cada uno se pueden ejecutar una o varias VM Solaris secundarias. Esta configuración proporciona un único lugar de administración a medida que escala horizontalmente la granja de VM host y sus VM Solaris secundarias. Charon-SSP Manager proporciona una interfaz de administración gráfica fácil de usar e intuitiva.
  2. Charon-SSP Agent se ejecuta en distribuciones de Linux en VM de Azure. Este componente ejecuta las VM Solaris secundarias y emula la arquitectura del procesador SPARC.
  3. Las VM Solaris secundarias se basan en la arquitectura del procesador SPARC.
  4. Cada una de las VM Solaris secundarias obtiene su propia interfaz de red de Azure y, por tanto, tiene sus propias direcciones IP privadas dedicadas. De manera opcional, puede configurar fácilmente direcciones IP públicas de Azure en las mismas interfaces de red.
  5. Las imágenes de VM Solaris pueden residir en el disco administrado de la unidad de estado sólido (SSD) de la VM host de Azure. Los discos administrados SSD Ultra de Azure también son una opción posible para operaciones de entrada/salida por segundo (IOPS) incluso mayores.
  6. Los recursos compartidos de archivos de las cuentas de almacenamiento de Azure montados en la VM Linux permiten la asignación del administrador de cintas virtuales Charon-SSP a un dispositivo montado localmente, que esté respaldado por una cuenta de almacenamiento de Azure Files en la nube. Esta asignación permite el almacenamiento de bajo costo de cintas archivadas con fines normativos y de cumplimiento.
  7. La VM de administración que ejecuta Charon-SSP Director y Manager puede estar basada en Windows o en Linux, con una interfaz de usuario gráfica como GNOME.
  8. Los usuarios finales pueden conectarse mediante shell seguro (SSH) directamente a las VM Solaris, que tienen sus propias tarjetas de interfaz de red y direcciones IP dedicadas.

XDMCP está disponible para el acceso de escritorio a las VM Solaris. XDMCP no es un protocolo cifrado, por lo que la topología recomendada para acceder a una VM Solaris a través de XDMCP es crear una VM de Windows Server en Azure como servidor de "salto", donde se pueda instalar un cliente de XDMCP, como MobaXterm. Con esta configuración, todo el tráfico de red se produce a través de la instancia privada de Azure Virtual Network.

Componentes

  • Las VM de Azure son recursos informáticos bajo demanda y escalables en Azure. Una VM de Azure le ofrece la flexibilidad de la virtualización sin necesidad de adquirir y mantener el hardware físico. Las VM de Azure le ofrecen una selección de sistemas operativos, incluidos Windows y Linux.

  • Azure Virtual Network es el bloque de creación fundamental para las redes privadas en Azure. Las redes virtuales permiten que los recursos de Azure, como las VM, se puedan comunicar entre sí, con Internet y con redes en el entorno local. Azure Virtual Network es similar a una red tradicional en su propio centro de datos, pero aporta las ventajas adicionales de la infraestructura de Azure, como la escala, la disponibilidad y el aislamiento.

  • Las tarjetas de interfaz de Azure Virtual Network permiten que una VM de Azure se comunique con Internet, Azure y los recursos locales. Como se muestra en esta arquitectura, puede agregar tarjetas de interfaz de red adicionales a la misma VM de Azure, lo que permite que las VM Solaris secundarias tengan sus propios dispositivos de interfaz de red y direcciones IP dedicados.

  • Los discos administrados SSD de Azure son volúmenes de almacenamiento de nivel de bloque que administra Azure y que se usan con VM de Azure. Los tipos de discos disponibles son discos ultra, SSD Premium, SSD Estándar y unidades de disco duro estándar (HDD). Para esta arquitectura, se recomiendan SSD Premium o SSD Ultra.

  • Las cuentas de almacenamiento de Azure Files ofrecen recursos compartidos de archivos en la nube totalmente administrados, a los que se puede acceder mediante el protocolo Bloque de mensajes del servidor (SMB) estándar. Los recursos compartidos de archivos de Azure Files se pueden montar simultáneamente en implementaciones de Windows, Linux y macOS en la nube y en el entorno local.

  • Azure ExpressRoute permite ampliar las redes locales en la nube de Microsoft a través de una conexión privada que facilita un proveedor de conectividad. Con ExpressRoute, puede establecer conexiones con Servicios en la nube de Microsoft, como Microsoft Azure y Microsoft 365.

  • El emulador Charon-SSP de Stromasys recrea la capa de hardware virtual SPARC en VM y sistemas informáticos x86-64 estándar del sector. La capa virtual de hardware virtual de SPARC es compatible con cualquier software de Sun que se ejecute en ella, por lo que no es necesario realizar la conversión de código ni del código fuente. Charon-SSP es totalmente compatible con el hardware de E/S de serie, Ethernet y almacenamiento SPARC.

Pasos siguientes