Optimización de costes

Introducción

Cuando se ejecutan agentes VDA en Google Cloud, está pagando por los recursos informáticos, de almacenamiento y de red que utiliza. Esto significa que existe una correlación directa entre la cantidad de capacidad que consume y los costes en los que incurre. Las decisiones que toma y las prácticas que adopta tienen una correlación directa con el coste operativo del sistema de virtualización.

En primer lugar, asegúrese de elegir las opciones correctas de entrega de cargas de trabajo, los temas que acaba de leer si está leyendo esto de principio a fin. ¡Estos pueden tener un impacto dramático en el coste total de la solución! Estas son algunas otras recomendaciones y temas a tener en cuenta a medida que trabaje para equilibrar el coste con la capacidad y optimizar la experiencia del usuario.

Aprovisionamiento bajo demanda

Cuando utiliza MCS para crear catálogos de máquinas no persistentes en Compute Engine, MCS utiliza el aprovisionamiento bajo demanda para reducir los costes de almacenamiento, proporcionar una creación de catálogos más rápida y proporcionar operaciones de potencia de instancias más rápidas. Con el aprovisionamiento bajo demanda, las instancias de Compute Engine solo se crean cuando Citrix DaaS inicia una acción de encendido. El aprovisionamiento bajo demanda se utiliza para catálogos de máquinas no persistentes.

Nota:

Algunos administradores consideran que el aprovisionamiento bajo demanda es confuso inicialmente, ya que las instancias de VDA no se muestran en la consola de Google Cloud hasta que MCS las encienda. Además, dado que las instancias reciben una nueva NIC virtual y una dirección MAC, las entradas DNS de Active Directory pueden tardar algún tiempo en actualizarse o replicarse correctamente. Los discos de identidad VDA NO persisten entre los reinicios y los eventos de creación/eliminación.

Ajuste del tamaño de las instancias de VDA

Ahora que ha obtenido alguna información sobre las decisiones importantes relacionadas con las opciones de entrega de cargas de trabajo, profundicemos en el tamaño correcto de las instancias de VDA. Para los modelos de entrega basados en VDI, seleccionar el tipo de instancia correcto es sencillo. Suponiendo que haya hecho algunos deberes y conozcas bien los requisitos de recursos del sistema operativo, las aplicaciones y los usuarios de las instancias de VDI, puede simplemente asignar estos requisitos a los tipos de instancias disponibles en la región de Google Cloud que elijas. No se preocupe si no tiene una combinación perfecta entre los tipos de instancias disponibles y los requisitos de carga de trabajo. Google Cloud admite tipos de instancias personalizados, que le permiten modificar la forma de las instancias de VDA sobre la marcha. Los descuentos por uso sostenido y uso comprometido todavía se aplican a los tipos de instancias personalizadas, así que no permita que eso le disuada de ajustar según sea necesario para obtener el tamaño correcto por adelantado.

Además, la función de recomendaciones de tamaño de Google Cloud se puede utilizar para identificar los ajustes en las formas de los VDA que quieras hacer con el tiempo.

Ajuste del tamaño de las instancias de VDA

Nota:

Una cosa importante a tener en cuenta: el consumo de recursos de carga de trabajo puede cambiar con el tiempo. A veces, los eventos/actividades reducen los requisitos de recursos, como cuando un administrador aplica optimizaciones al entorno. Por el contrario, a veces estos requisitos aumentan, como cuando se aplica parches a una vulnerabilidad de SO o aplicación, o se aplica una actualización. Encuentre su base, pero es importante supervisar las tendencias de consumo a lo largo del tiempo y ajustar según sea necesario para encontrar el equilibrio óptimo entre el rendimiento del usuario y los costes.

Al seleccionar el tamaño de instancia correcto para los VDA compartidos alojados, las cosas se complican un poco más. Lo que está buscando en última instancia es un objetivo móvil: el equilibrio adecuado entre rendimiento, coste y capacidad de administración. Para complicar aún más las cosas, cada carga de trabajo es diferente. Las diferencias entre el sistema operativo, las aplicaciones, la configuración, el ajuste y las expectativas del usuario hacen que sea difícil definir las formas adecuadas para sus VDA. También tiende a cambiar con el tiempo.

Afortunadamente, las herramientas y técnicas para encontrar que los ‘Ricitos de Oro’ equilibrio entre rendimiento, coste y manejabilidad son bien conocidas y están completamente documentadas. Un artículo excelente con el que recomendaríamos empezar es Citrix Scalability in a Cloud World 2018 Edition. Este artículo sigue siendo relevante hoy en día, ya que analiza las prácticas líderes en relación con la selección de instancias basadas en el rendimiento, la capacidad de administración, el coste, los modelos de precios disponibles y las pruebas de escalabilidad de LogInVSI. Estos conceptos y consideraciones siguen siendo válidos hoy en día, a pesar de que las opciones de instancia y los precios probablemente hayan cambiado desde su publicación inicial.

Otro artículo que vale la pena mencionar es el tamaño correcto de Citrix en Google Cloud Platform. Aunque un poco de fechas, este artículo profundiza aún más en las consideraciones y proporciona un ejemplo de cómo encontrar el tipo de instancia más rentable basado en el escalado de VDA único y los costes de la instancia.

Por último, para obtener información adicional sobre las estrategias para optimizar los costes de los VDA, consulte este informe técnico de escalabilidad automática en Citrix TechZone. Ayuda a alinear las estimaciones de costes de las instancias con las capacidades de la función de escalabilidad automática de Citrix, incluido el uso del equilibrio de carga vertical.

Hablando de Citrix Autoscale, léalo y utilícelo: con un poco de pensamiento y un diseño inteligente, puede optimizar los costes de su flota de VDA y, al mismo tiempo, garantizar que tiene capacidad disponible para manejar las fluctuaciones esperadas e inesperadas en la demanda del sistema.

Hablando de patrones de demanda, desea invertir algo de tiempo y recursos para comprender los patrones únicos de cada carga de trabajo. Espere que cambien y evolucionen con el tiempo, y prepárese para ajustar su estrategia y tácticas de gestión de la capacidad para adaptarse.

Elegir los modelos de precios adecuados

Google Cloud ofrece varios modelos de precios diferentes que los clientes pueden usar para los diferentes tipos de cargas de trabajo que ejecutas allí. Comprender los patrones de demanda para diferentes casos de uso puede ayudarle a elegir el modelo adecuado para cada recurso a fin de equilibrar el coste y la disponibilidad del servicio y el rendimiento. En un sistema de virtualización Citrix, los clientes suelen considerar el uso sostenido frente a modelos de descuento de uso comprometido para los recursos que se ejecutan en GCP. Los descuentos por uso sostenido pueden variar entre los tipos de instancia (N1 frente a N2, por ejemplo) y algunos tipos de instancias (como E2) no ofrecen descuentos de uso sostenido. Consulta los precios de las instancias de VM para obtener más información

A continuación se muestra un gráfico simplificado que ilustra el uso sostenido frente a los descuentos de uso comprometido para los tipos de instancia N1:

optimizing-cost

Algunos recursos son únicos, altamente escalables y deben estar disponibles para que un sistema de virtualización Citrix funcione. Como tales, comúnmente se ejecutan las 24 horas del día, los 7 días de la semana y se implementan N+1 para la disponibilidad, y son excelentes candidatos para el descuento de uso comprometido. Esto incluye las instancias de Active Directory, Citrix Cloud Connectors, NetScaler ADC/Gateway VPX y Citrix StoreFront VM.

Para las instancias de VDA, la elección no es tan simple, pero cuanto más claramente entienda sus patrones de demanda, más clara será la elección. Todo se reduce a cuánto tiempo necesita encenderse el VDA. Considere el siguiente gráfico (específico para los tipos de instancia N1), que es reproducible con un poco de matemáticas de fondo del sobre:

break-even

Este diagrama muestra que si un recurso (que se ejecuta en un tipo de instancia N1) estará activo durante más del 50% del tiempo durante un ciclo de facturación determinado, comenzará a ahorrar dinero si puede aplicar un descuento de uso comprometido durante 3 años. El punto de descanso en un descuento de uso comprometido de 1 año es de aproximadamente 82%. Si un recurso se va a encenderse durante más de eso durante un ciclo de facturación y el uso comprometido de 3 años no está disponible, entonces un uso comprometido de 1 año tiene sentido.

Optimización de costes

En este artículo