Procedimientos recomendados para gestionar los costos y el tamaño de las cargas de trabajo migradas a Azure

Al planear y diseñar una migración de Azure, centrarse en los costos puede ayudar a garantizar su éxito a largo plazo. Durante un proyecto de migración, es fundamental que todos los equipos (como los de finanzas, administración y desarrollo de aplicaciones) comprendan los costos asociados a este proceso.

  • Antes de la migración, es importante tener una base de referencia para los objetivos de presupuesto mensual, trimestral y anual con el fin de evaluar la cantidad de tiempo empleado en la migración y asegurarse de que se ha realizado correctamente.
  • Tras la migración, debe optimizar los costos, supervisar continuamente las cargas de trabajo y planear los patrones de uso futuro. Los recursos migrados podrían comenzar como un tipo de carga de trabajo y cambiar a otro con el tiempo, en función del uso, los costos y requisitos empresariales cambiantes.

En este artículo se describen los procedimientos recomendados para preparar y administrar el costo y el tamaño, tanto antes como después de la migración.

Importante

Los procedimientos recomendados y las opiniones que se describen en este artículo se basan en la plataforma Windows Azure y las características disponibles en el momento de redactar el artículo. Las características y funcionalidades cambian con el tiempo. No todas las recomendaciones pueden aplicarse para una implementación, de modo que seleccione lo que sea válido en su caso.

Antes de la migración

Antes de mover las cargas de trabajo a la nube, valore el costo mensual que supone ejecutarlas en Azure. Una administración proactiva de los costos de la nube le ayuda a cumplir su presupuesto para los gastos operativos. Si el presupuesto es limitado, debe tenerlo en cuenta antes de la migración. Considere la posibilidad de convertir las cargas de trabajo a las tecnologías sin servidor de Azure, cuando sea apropiado, para reducir los costos.

Los procedimientos recomendados de esta sección le ayudarán a:

  • Evaluar los costos.
  • Realizar el ajuste de tamaño adecuado para las máquinas virtuales (VM) y el almacenamiento.
  • Usar la Ventaja híbrida de Azure.
  • Uso de Azure Reserved VM Instances.
  • Evaluar el gasto en la nube entre suscripciones.

Procedimiento recomendado: Evalúe los costos de la carga de trabajo mensualmente

Para realizar la previsión de la factura mensual de las cargas de trabajo migradas, puede usar varias herramientas.

  • Calculadora de precios de Azure: Seleccione los productos que desee calcular, por ejemplo las máquinas virtuales y el almacenamiento. Después, especifique los costos en la calculadora, para calcular una estimación.

    Screenshot of the Azure pricing calculator.Ilustración 1: Calculadora de precios de Azure.

  • Azure Migrate: Para calcular los costos, debe revisar y tener en cuenta todos los recursos necesarios para ejecutar sus cargas de trabajo en Azure. A fin de obtener estos datos, cree un inventario de sus activos, incluidos los servidores, las máquinas virtuales, las bases de datos y el almacenamiento. Puede usar Azure Migrate para recopilar esta información.

    • Azure Migrate detecta y evalúa el entorno local para proporcionar un inventario.

    • Azure Migrate puede asignar y mostrar las dependencias entre las máquinas virtuales, de modo que tenga una imagen completa.

    • Una evaluación de Azure Migrate contiene el costo estimado.

      • Costos de proceso: con el tamaño de máquina virtual de Azure recomendado cuando se crea una evaluación, Azure Migrate usa las API de facturación de Azure para calcular los costos mensuales estimados de cada máquina virtual. El cálculo considera la configuración del sistema operativo, Software Assurance, Azure Reserved VM Instances, el tiempo de actividad de las VM, la ubicación y la moneda. Suma el costo de todas las máquinas virtuales de la valoración y calcula un costo de proceso total mensual.
      • Costo de almacenamiento: Azure Migrate calcula los costos de almacenamiento mensuales totales; para ello, suma los costos de almacenamiento de todas las máquinas virtuales de la evaluación. Puede sumar el costo mensual de todos los discos conectados a una máquina concreta para calcular el costo de almacenamiento mensual de dicha máquina.

      Screenshot of Azure MigrateIlustración 2: Valoración de Azure Migrate.

Más información:

Procedimiento recomendado: Elección del tamaño adecuado para las máquinas virtuales

Puede elegir varias opciones al implementar las máquinas virtuales de Azure para admitir cargas de trabajo. Cada tipo tiene características específicas y combinaciones diferentes de CPU, memoria y discos. Las máquinas virtuales se agrupan como se muestra en la tabla siguiente:

Tipo Detalles Uso
Uso general Uso equilibrado de CPU y memoria. Adecuada para pruebas y desarrollo, bases de datos de tamaño pequeño o mediano, y servidores web de tráfico bajo o medio.
Optimizada para proceso Uso elevado de la CPU respecto a la memoria. Adecuada para servidores web con un volumen de tráfico medio, aplicaciones de red, procesos por lotes y servidores de aplicaciones.
Optimizada para memoria Memoria alta en relación con CPU. Adecuada para bases de datos relacionales, memorias caché de tamaño mediano a grande y análisis en memoria.
Almacenamiento optimizado Alto rendimiento de disco y E/S. Adecuada para bases de datos SQL y NoSQL, y macrodatos.
GPU optimizada Máquinas virtuales especializadas. Una o varias GPU. Gráficos pesados y edición de vídeo.
Alto rendimiento CPU más rápida y eficaz. Máquinas virtuales con interfaces de red de alto rendimiento (RDMA) opcionales. Aplicaciones críticas de alto rendimiento.
  • Es importante comprender las diferencias de precio entre estas máquinas virtuales y los efectos a largo plazo en el presupuesto.
  • Cada tipo tiene varias series de máquinas virtuales.
  • Además, cuando se selecciona una máquina virtual dentro de una serie, solo puede escalar la máquina virtual y reducirla verticalmente dentro de esa serie. Por ejemplo, una instancia de DS2_v2 se puede escalar verticalmente a DS4_v2, pero no se puede cambiar a una instancia de otra serie, como F2s_v2.

Más información:

Procedimiento recomendado: Selección del almacenamiento correcto

El ajuste y el mantenimiento del almacenamiento local (SAN o NAS) y las redes para admitirlo puede resultar costoso y lento. Los datos de los archivos (almacenamiento) normalmente se migran a la nube para ayudar a aliviar las dificultades de administración y operativas. Microsoft ofrece varias opciones para mover datos a Azure. Debe tomar decisiones acerca de esas opciones. Seleccionar el tipo correcto para el almacenamiento de los datos puede ahorrar a la organización varios miles de dólares al mes. Sí, pero debe tener en cuenta algunas consideraciones:

  • Los datos a los que no se accede mucho y no son críticos para la empresa no tienen por qué colocarse en el almacenamiento más costoso.
  • Por el contrario, los datos empresariales importantes deben ubicarse en las opciones de almacenamiento de nivel superior.
  • Durante el planeamiento de la migración, realice un inventario de los datos y clasifíquelos según su importancia, con el fin de asignarlos al almacenamiento más adecuado. Considere el presupuesto y los costos, así como el rendimiento. El costo no debe ser necesariamente el factor principal. Seleccionar la opción menos cara podría exponer a la carga de trabajo a riesgos relacionados con la disponibilidad y el rendimiento.

Tipos de datos de almacenamiento

Azure proporciona diferentes tipos de datos de almacenamiento.

Tipo de datos Detalles Uso
Blobs Optimizado para almacenar grandes cantidades de datos de objetos no estructurados, como datos de texto o binarios.

Permite el acceso a datos desde cualquier lugar a través de HTTP/HTTPS.

Se usa para escenarios de acceso aleatorio y streaming. Por ejemplo, para servir imágenes y documentos directamente a un explorador, secuencias de vídeo y audio, y almacenar los datos de recuperación ante desastres y copia de seguridad.
Archivos Recursos compartidos de archivos administrados a los que se accede a través de SMB 3.0. Se usa al migrar recursos compartidos de archivos locales y para proporcionar varios tipos de acceso y conexiones a los datos de los archivos.
Discos En función de los blobs en páginas.

Tipo de disco: HDD o SSD estándar o SSD prémium.

Administración de discos: no administrado (se administra la configuración de los discos y el almacenamiento) o administrado (se selecciona el tipo de disco y Azure lo administra en su lugar).
Se usan discos Premium para las máquinas virtuales. Se usan discos administrados para simplificar la administración y la escala.
Colas Se almacenan y recuperan grandes cantidades de mensajes, a los que se accede a través de llamadas autenticadas (HTTP o HTTPS). Se conectan componentes de aplicaciones con colas de mensajes asincrónicas.
Tablas Se almacenan tablas. Este tipo de datos forma parte de la Table API de Azure Cosmos DB.

Niveles de acceso

Azure Storage ofrece diferentes opciones para obtener acceso a los datos de blob en bloques. Si selecciona el nivel de acceso adecuado, ayuda a garantizar que almacena los datos de blob en bloques de la manera más rentable.

Nivel de acceso Detalles Uso
Acceso frecuente El costo de almacenamiento es mayor que en el nivel esporádico. Los gastos de acceso son menores que en el nivel esporádico.

Este es el nivel predeterminado.
Se emplea para datos en uso activo a los que se accede con frecuencia.
Acceso esporádico El costo de almacenamiento es menor que en el nivel frecuente. Los gastos de acceso son mayores que en el nivel frecuente.

El almacenamiento es para 30 días como mínimo.
Almacenamiento a corto plazo. Los datos están disponibles, pero se accede a ellos con poca frecuencia.
Archivar Se usa para blobs en bloques individuales.

Es la opción más rentable para el almacenamiento. El acceso a los datos es más caro que en los niveles de acceso de uso frecuente y esporádico.
Se usa para los datos que admiten varias horas de latencia de recuperación y que permanecerán en ese nivel al menos durante 180 días.

Tipos de cuenta de almacenamiento

Azure proporciona diferentes tipos de cuentas de almacenamiento y niveles de rendimiento.

Tipo de cuenta Detalles Uso
Uso general v2 Estándar Admite blobs (de bloques, páginas y anexos), archivos, discos, colas y tablas.

Admite los niveles de acceso frecuente, esporádico y de archivo. Se admite el almacenamiento con redundancia de zona (ZRS).
Se usa para la mayoría de los escenarios y la mayoría de los tipos de datos. Las cuentas de almacenamiento Estándar se pueden basar en HDD o en SSD.
Uso general v2 Premium Admite datos de Blob Storage (blobs en páginas). Admite los niveles de acceso frecuente, esporádico y de archivo. Se admite ZRS.

Se almacena en SSD.
Microsoft recomienda usarlo para todas las máquinas virtuales.
Uso general v1 No se admiten los niveles de acceso. No admite ZRS. Se usa si las aplicaciones necesitan el modelo de implementación clásica de Azure.
Blob Es la cuenta de almacenamiento especializada para almacenar los objetos no estructurados. Proporciona solo los blobs en bloques y blobs anexos (ningún servicio de almacenamiento de archivo, cola, tabla o disco). Ofrece la misma durabilidad, disponibilidad, escalabilidad y rendimiento que el nivel estándar de uso general v2. En estas cuentas no se pueden almacenar blobs en páginas y, por lo tanto, no se pueden almacenar archivos de disco duro virtual. Puede establecer un nivel de acceso frecuente o esporádico.

Opciones de redundancia de almacenamiento

Las cuentas de almacenamiento pueden usar diferentes tipos de redundancia para lograr resistencia y alta disponibilidad.

Tipo Detalles Uso
Almacenamiento con redundancia local (LRS) Protege contra una interrupción local mediante la replicación dentro de una unidad de almacenamiento individual a un dominio de error y un dominio de actualización independientes. Mantiene varias copias de los datos en un centro de datos. Proporciona una durabilidad mínima del 99,999999999 por ciento (once nueves) de los objetos en un año en concreto. Considere si la aplicación almacena datos que se pueden reconstruir fácilmente.
Almacenamiento con redundancia de zona (ZRS) Protege contra una interrupción del centro de datos; para ello, replica a través de tres clústeres de almacenamiento en una sola región. Cada clúster de almacenamiento está separado físicamente y ubicado en su propia zona de disponibilidad. Proporciona al menos una durabilidad del 99,9999999999 % (doce nueves) de los objetos durante un año determinado, para lo cual mantiene varias copias de sus datos en varios centros de datos o en regiones diferentes. Considere si necesita coherencia, durabilidad y alta disponibilidad. Podría no proteger frente a un desastre regional en el que varias zonas resulten afectadas de forma permanente.
Almacenamiento con redundancia geográfica (GRS) Protege contra una interrupción de toda la región, mediante la replicación de los datos en una región secundaria lejos de la réplica principal. Proporciona al menos una durabilidad del 99,99999999999999 por ciento (dieciséis nueves) de los objetos en un año determinado. No hay disponibles datos de réplica a menos que Microsoft inicie la conmutación por error para la región secundaria. Si se produce la conmutación por error, el acceso de lectura y de escritura está disponible.
Almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS). Similar a GRS. Proporciona al menos una durabilidad del 99,99999999999999 por ciento (dieciséis nueves) de los objetos en un año determinado. Proporciona una disponibilidad de lectura del 99,99 %, ya que permite el acceso de lectura desde la segunda región utilizada para GRS.

Más información:

Procedimiento recomendado: use la Ventaja híbrida de Azure

Una cartera que integre el software de Microsoft local con Azure puede proporcionar ventajas competitivas y de costos. Si actualmente tiene un sistema operativo o utiliza otras licencias de software mediante Software Assurance, puede transferir esas licencias a la nube con la Ventaja híbrida de Azure.

Más información:

Procedimiento recomendado: Uso de instancias reservadas de máquina virtual

La mayoría de las plataformas en la nube usan un modelo de pago por uso. Este modelo presenta inconvenientes, dado que no se tiene por qué conocer hasta qué punto variarán las cargas de trabajo. Cuando se especifican intenciones claras para una carga de trabajo, se contribuye al plan de la infraestructura.

Si usa Azure Reserved VM Instances, paga por adelantado su uso durante un plazo de uno o de tres años para VM Instances.

  • El pago por adelantado proporciona un descuento por los recursos que se utilizan.
  • Puede reducir considerablemente los costos de las máquinas virtuales, la capacidad de proceso de SQL Database, Azure Cosmos DB u otros recursos con respecto a los precios de pago por uso.
  • Las reservas permiten un descuento en la facturación y no afectan al estado del entorno de ejecución de los recursos.
  • Puede cancelar las instancias reservadas.

Screenshot of comparison of pay-as-you-go and Azure Hybrid Benefit with reserved instances.Ilustración 3: Instancias reservadas de VM de Azure.

Más información:

Procedimiento recomendado: Agregado del gasto en la nube entre suscripciones

A la larga, es muy probable que tenga más de una suscripción de Azure. Por ejemplo, puede necesitar una suscripción adicional para separar los límites de desarrollo y producción, o podría tener una plataforma que requiera una suscripción independiente para cada cliente. Tener la capacidad de agregar informes de datos a través de todas las suscripciones en una sola plataforma es una característica valiosa.

Para ello, puede usar las API de Azure Cost Management + Billing. A continuación, después de agregar los datos en un único origen, como Azure SQL Database, puede usar herramientas como Power BI para mostrar los datos agregados. Puede crear informes de suscripción agregados e informes pormenorizados. Por ejemplo, para los usuarios que necesitan información proactiva sobre administración de costos, puede crear vistas específicas de los costos, por departamento, grupo de recursos o cualquier otra información. No es necesario proporcionarles acceso total a los datos de facturación de Azure.

Más información:

Después de la migración

Después de una migración correcta de las cargas de trabajo y un par de semanas de recopilar datos de consumo, tendrá una idea clara de los costos que suponen los recursos. Cuando analice los datos, podrá empezar a generar una base de referencia de presupuesto para los recursos y los grupos de recursos de Azure. A continuación, como ya sabe dónde se gasta su presupuesto en la nube, puede analizar cómo reducir aún más los costos.

Procedimiento recomendado: Uso de Azure Cost Management + Billing

Microsoft ofrece Azure Cost Management + Billing para ayudarle a realizar un seguimiento de los gastos. Este servicio:

  • Le ayuda a supervisar y controlar el gasto de Azure y a optimizar el uso de los recursos.
  • Revisa la suscripción completa y todos sus recursos, y sugiere recomendaciones.
  • Proporciona una API completa para integrar las herramientas externas y los sistemas financieros para los informes.
  • Realiza un seguimiento del uso de los recursos y le ayuda a administrar los costos en la nube con una sola vista unificada.
  • Proporciona información valiosa operativa y financiera para ayudarle a tomar decisiones informadas.

Con Azure Cost Management + Billing:

  • cree un presupuesto de responsabilidad financiera.

    • Puede tener en cuenta los servicios que consume o suscribirse por un periodo específico (mensual, trimestral o anual) y un ámbito (grupos de recursos o suscripciones). Por ejemplo, puede crear un presupuesto de suscripción de Azure durante un período mensual, trimestral o anual.
      • Después de crear un presupuesto, se muestra en el análisis de costos. Es importante ver el presupuesto frente al gasto actual cuando se analizan los costos y los gastos.
    • Puede elegir que se envíen notificaciones por correo electrónico cuando se alcancen los umbrales de presupuesto.
    • Puede exportar datos de administración de costos en Azure Storage para analizarlos.

    Screenshot of an Azure Cost Management + Billing budget.Figura 4: Presupuesto de Azure Cost Management + Billing.

  • Realice un análisis de los costos para explorar y analizar los gastos de la organización a fin de comprender cómo se acumulan, así como identificar las tendencias del gasto.

    • El análisis de costos está disponible para los usuarios con el Contrato Enterprise.
    • Puede ver datos del análisis de costos de varios ámbitos y también por departamento, cuenta, suscripción o grupo de recursos.
    • Puede obtener un análisis de costos que muestre los costos totales del mes actual y los acumulados diariamente.

    Screenshot of Azure Cost Management + Billing analysisIlustración 5: Análisis de Azure Cost Management + Billing.

  • Obtenga recomendaciones de Azure Advisor que le muestren cómo puede optimizar y mejorar la eficacia.

Más información:

Procedimiento recomendado: Supervisar la utilización de recursos

En Azure se paga por lo que usa, cuando los recursos se utilizan, y no se paga cuando no se utilizan. En el caso de las máquinas virtuales, la facturación se produce cuando alguna se asigna y no se cobra una vez se desasigna. Teniendo esto en cuenta, debe supervisar las máquinas virtuales que se utilizan, así como comprobar su tamaño.

Evalúe continuamente las cargas de trabajo de las máquinas virtuales para determinar las bases de referencia. Por ejemplo, si la carga de trabajo se produce principalmente de lunes a viernes, de 8 a.m. a 6 p.m., pero apenas hay fuera de esas horas, las máquinas virtuales pueden cambiarse a una versión inferior fuera de las horas punta. Esto podría significar cambiar los tamaños de máquina virtual o el uso de conjuntos de escalado de máquinas virtuales para escalarlas de forma automática, ampliándolas o reduciéndolas. Algunas compañías "posponen" las VM a través de un calendario que especifica cuándo deben estar disponibles y cuándo no son necesarias.

Puede supervisar el uso de las VM con herramientas de Microsoft, como Azure Cost Management + Billing, Azure Monitor y Azure Advisor. También hay disponibles herramientas de terceros.

Nota:

Además de supervisar las máquinas virtuales, debe supervisar otros recursos de red, como Azure ExpressRoute y las puertas de enlace de red, a fin de tener en cuenta cuándo se usan demasiado o demasiado poco.

Más información:

Procedimiento recomendado: Implementar presupuestos para los grupos de recursos

A menudo, es posible que le resulte útil representar límites de costos con grupos de recursos. Un presupuesto para un grupo de recursos le ayuda a realizar un seguimiento de los costos asociados al mismo. Puede desencadenar alertas y ejecutar una amplia variedad de guías cuando alcance o supere el presupuesto.

Más información:

Procedimiento recomendado: Optimizar la retención de Azure Monitor

A medida que mueve recursos a Azure y habilita el registro de diagnóstico para ellos, se genera una gran cantidad de datos de registro. Normalmente, estos datos de registro se envían a una cuenta de almacenamiento que se asigna a un área de trabajo de Log Analytics. Estas son algunas sugerencias para optimizar la retención de Azure Monitor:

  • Cuanto mayor sea el período de retención de los datos de registro, más datos tendrá.
  • No todos los datos de registro son iguales y algunos recursos generarán más datos de registro que otros.
  • Debido a cuestiones relativas a la normativa y al cumplimiento, es probable que deba conservar los datos de registro para algunos recursos más tiempo que para otros.
  • Debe delimitar con cuidado la estrategia para optimizar los costos de almacenamiento de registro frente a mantener los datos de registro que necesita.
  • Se recomienda evaluar y configurar el registro inmediatamente después de completar una migración, de modo que no invierta dinero en conservar registros no esenciales.

Más información:

Procedimiento recomendado: Optimizar el almacenamiento

Si ha seguido los procedimientos recomendados para seleccionar el almacenamiento antes de efectuar la migración, probablemente disfrute ya de algunas ventajas. Sin embargo, puede que haya otros costos de almacenamiento que se puedan optimizar. Con el tiempo, los blobs y archivos se vuelven obsoletos. Los datos podrían dejar de usarse, pero los requisitos normativos podrían implicar que tenga que conservarlos durante un período determinado. Por lo tanto, es posible que no necesite almacenarlos en el almacenamiento de alto rendimiento que usa para la migración original.

Identificar y mover los datos obsoletos a áreas de almacenamiento más económicas puede tener un efecto enorme en el presupuesto mensual de almacenamiento y en el ahorro en los costos. Azure ofrece muchas maneras para ayudarle a identificar y, a continuación, almacenar estos datos obsoletos.

  • Aproveche las ventajas de los niveles de acceso para el almacenamiento de uso general v2. Para ello, pase los datos menos importantes del nivel de acceso frecuente a los niveles esporádico y de archivo.
  • Use StorSimple para ayudar a mover los datos obsoletos en función de directivas personalizadas.

Más información:

Procedimiento recomendado: Automatizar la optimización de las máquinas virtuales

El objetivo final de ejecutar una máquina virtual en la nube es maximizar la CPU, la memoria y el disco que utiliza. Si detecta que las máquinas virtuales no están optimizadas o hay con frecuencia períodos en los que no se utilizan, tiene sentido apagarlas o disminuir su nivel mediante conjuntos de escalado de máquinas virtuales.

Puede optimizar una máquina virtual con Azure Automation, conjuntos de escalas de máquinas virtuales, apagado automático y soluciones de terceros o con script.

Más información:

Procedimientos recomendados: Uso de Azure Logic Apps y runbooks con la API de presupuestos

Azure proporciona una API REST que tiene acceso a la información de facturación del inquilino. Puede usar la API de presupuestos para integrar los sistemas externos y los flujos de trabajo que las métricas construidas a partir de los datos de la API desencadenen. Puede extraer datos de uso y de recursos, e incorporarlos en las herramientas de análisis de datos de su preferencia. Puede integrar la API de presupuestos con Azure Logic Apps y runbooks.

Las API de RateCard y de uso de recursos de Azure pueden ayudarlo a predecir y administrar los costos de forma precisa. Las API se implementan como un proveedor de recursos y se incluyen entre las que Azure Resource Manager expone.

Más información:

Procedimiento recomendado: Implementar tecnologías sin servidor

A menudo, las cargas de trabajo de máquina virtual se migran "tal cual" para evitar tiempos de inactividad. Con frecuencia, las VM pueden hospedar tareas que son intermitentes, y que se ejecutan durante un breve período o bien durante muchas horas. Algunos ejemplos son las máquinas virtuales que ejecutan tareas programadas, como las del programador de tareas de Windows o los scripts de PowerShell. Cuando estas tareas no se están ejecutando, incurre en gastos por la VM y el almacenamiento en disco.

Después de migrar y revisar exhaustivamente estos tipos de tareas, considere la posibilidad de migrarlas a tecnologías sin servidor, como Azure Functions o trabajos de Azure Batch. Estas soluciones pueden reducir los costos y ya no es necesario administrar y mantener las máquinas virtuales.

Más información:

Pasos siguientes

Examine otros procedimientos recomendados: