Azure Stack: Cómo crear un ambiente consistente usando CSP (es-MX)
Artículo Original
Robert Kuehfus, Arquitecto de Cloud Solutions, One Commercial Partner (OCP)
Introducción
Para mostrar mejor el proceso de implementación, este blog lo guiará a través de un tenant de muestra creado a través del programa Cloud Solution Provider (CSP) para conectar un despliegue de Microsoft Azure Stack (ASDK) a una suscripción de Azure. En este escenario, estamos simulando el papel de socio de Microsoft con CSP y necesitamos una nube híbrida para uno de nuestros clientes. En este caso, a nuestro cliente le gustaría hacer el desarrollo on-premises y ejecutar su ambiente de producción en la nube pública. Mostraremos varias capturas de pantalla para guiarlo en el proceso.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-1-1024x359.png
CSP
Para comenzar, requerimos tener nuestro de CSP creado con unos pocos servicios. En el portal de Microsoft Partner Center, vamos a crear un nuevo cliente y asegurémonos de que contemos con Azure Active Directory Basic y una Suscripción activa de Azure. Podemos nombrar al cliente OCP Az Stack MSP, y una Suscripción Azure llamada Microsoft Azure Stack Sub.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-2-1024x494.png
Nota: Para continuar, nos dirigimos a nuestra guía de Inicio rápido para evaluar Azure Stack y utilizar Azure Active Directory y Azure Subscription para el despliegue Azure Stack.
Una vez que completamos la implementación, podemos verificar que estemos conectados correctamente iniciando sesión en el Portal de Administración de Azure Stack con nuestra credencial de Azure AD. Desde aquí, verificamos mirando a la esquina superior derecha una vez que abrí el portal de Administración que la información del directorio era correcta después de la instalación.
Después de implementar el Kit de desarrollo de Azure (ASDK), conectaremos la suscripción de Azure creada en el tenant (creado en CSP) a Azure Stack para desplegar elementos de Marketplace ejecutando el siguiente script de PowerShell.
Add-AzureRmAccount -EnvironmentName "AzureCloud"
Register-AzureRmResourceProvider -ProviderNamespace Microsoft.AzureStack
Import-Module C:\AzureStack-Tools-master\Registration\RegisterWithAzure.psm1
$AzureContext = Get-AzureRmContext
$CloudAdminCred = Get-Credential -UserName AZURESTACK\CloudAdmin -Message ``"Enter the cloud domain credentials to access the privileged endpoint"
Set-AzsRegistration `
``` -CloudAdminCredential $CloudAdminCred ``
``` -PrivilegedEndpoint AzS-ERCS01 ``
``-BillingModel Development
Una vez que hemos ejecutado el script, iniciamos sesión en la suscripción de Azure desde Portal Azure, debemos poder visualizar un tipo de recurso de Azure Stack "Microsoft.AzureStack / registrations" en la vista "Todos los recursos". Además, consultando el registro de actividades y encontraremos algunos eventos interesantes iniciados por Azure Bridge.
Desde Azure Stack Administration Portal, podemos ver las imágenes y las extensiones del Marketplace.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-3-1024x419.png
Ahora que tenemos el entorno de Azure Stack configurado correctamente para nuestro tenant y la suscripción predeterminada inicial, es hora de crear algunas ofertas. Como CSP, debemos asegurarnos de que estas ofertas estén vinculadas a nuestra propia suscripción en Azure Stack para rastrear fácilmente la facturación y el consumo (cuotas). En este escenario, los desarrolladores del producto eStore deben funcionar tanto en Azure Stack como en Azure.
De vuelta en el Microsoft Partner Portal, crearemos usuarios en el tenant de nuestros clientes y les asignaremos una licencia básica de Azure Active Directory.
Luego iniciamos sesión en el portal de Azure, vamos a Azure Active Directory, creamos un grupo y asignamos usuarios (más sobre esto más adelante).
Ahora, iniciaremos sesión en Azure Stack Administration Portal y crearemos algunas ofertas, planes y una suscripción para el equipo de desarrollo de eStore.
Procederemos a crear un nuevo plan llamado "Standard_IaaS" y seleccionaremos Microsoft.Compute, Microsoft.Network y Microsoft.Storage.
Debemos asegurarnos de establecer algunos límites en cuanto a la capacidad que el equipo de desarrollo puede utilizar, así que estableceremos cuotas para Almacenamiento, Red y Cómputo (ejemplo a continuación). Para cada tipo de recurso, estableceremos una cuota.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-4-1024x665.png
Una vez que las cuotas están configuradas, creamos el plan "Standard IaaS" y seleccionamos tres servicios y cuotas.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-5.png
Luego, creamos un segundo plan llamado "Standard_IaaS_x2_Addon" para que nuestro equipo de desarrollo pueda agregar capacidad adicional (si es necesario). En este caso, reutilizaremos las mismas cuotas que creamos anteriormente
Ahora que tenemos dos planes para que nuestro equipo de desarrollo las utilice, vamos a crear una oferta para el equipo de implementación para que puedan usar estos planes en su propia suscripción. En Ofertas, creamos una nueva llamada Offer_IaaS y también nos aseguramos de seleccionar el plan básico de IaaS estándar. Aunque la captura de pantalla siguiente no lo muestra, sí seleccionamos el plan estándar iaas-x2-addon para los planes de complementos.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-6.png
Una vez creado, podemos notar que no tenemos una Suscripción de usuario asignada a esta Oferta. Entonces, vamos a crear eso a continuación.
En Suscripción de usuario en Azure Stack Administration Portal, vamos a crear una nueva Suscripción de usuario con el nombre Desarrollo de eStore. También configuraremos el usuario (que será el propietario), el tenant del directorio y seleccionaremos la oferta que creamos previamente.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-7.png
Cuando estábamos en la oferta, hubo una advertencia de que era privada. Regresemos a Public para que nuestros desarrolladores de eStore puedan usarlo.
Otra cosa, debemos configurar el acceso a nuestra Pila Azure para nuestros desarrolladores de eStore accediendo a la Suscripción de Proveedor Predeterminada y configurando el nivel correcto de acceso. En este ejemplo, les otorgaremos un rol de Contributor en todos los ámbitos.
Ahora, si iniciamos sesión en Azure Stack Portal con una de nuestras cuentas de desarrollador de eStore, sí tenemos una suscripción disponible para nososotros, pero inicialmente no tiene el plan Add-On.
https://msdnshared.blob.core.windows.net/media/2018/03/Azure-Stack-image-8-1024x646.png
Pero podemos agregar fácilmente el Standard_IaaS_x2_Addon a la suscripción desde el botón "Agregar plan".
Antes de comenzar a realizar el provisionamiento de máquinas virtuales, debemos asegurarnos de haber registrado los proveedores para la suscripción, así que nos dirigimos a los proveedores de recursos y aseguraremos de tenerlos registrados.
Ahora implementemos nuestra primera máquina virtual en nuestra nueva suscripción de Azure Stack User, que está asociada a nuestro tenant creado en CSP.
Esperemos que esto lo ayude pensar en las posibilidades de utilizar Azure, Azure Stack y CSP. Uno de los próximos escenarios que planeamos probar es el uso de la nueva Infraestructura moderna de escritorio remoto (RDMI) con Azure Stack para mantener las cargas de trabajo críticas on-premises, pero poder mover algunos de los gastos generales y el acceso a Azure.