ALCARED, Centro Autorizado de Servicios de FLUKE Networks en Perú
Redundancia, capacidad libre y cálculos de ejemplo
6 de marzo de 2025
Bienvenidos a la segunda entrada de blog de nuestra serie sobre dimensionamiento de Tanzu GemFire. En la primera , presentamos las preguntas fundamentales para guiar la planificación de la capacidad de GemFire. Ahora, vamos a ser más específicos: abordaremos los niveles de redundancia recomendados, la importancia de mantener la capacidad libre y un ejemplo sencillo de dimensionamiento que puede adaptar a su entorno.
Redundancia: ¿Cuántas copias de datos necesito?
GemFire le permite controlar la cantidad de copias redundantes utilizadas para garantizar una alta disponibilidad. Ya sea que elija mantener cero, una, dos, tres o que cada miembro reciba una copia, es fundamental considerar cuidadosamente la cantidad óptima para su implementación. Analicemos los factores clave para determinar la cantidad adecuada de copias redundantes.
- Una copia redundante.
Con una sola copia, puede sobrevivir a un único evento de alta disponibilidad y mantener sus datos seguros. Por ejemplo, si tiene la copia original y una redundante, puede realizar actualizaciones continuas mientras la aplicación permanece activa y los datos siguen accesibles. - Dos copias redundantes.
Normalmente recomiendo mantener dos copias redundantes para mayor tranquilidad. Esta configuración le permite gestionar imprevistos durante operaciones rutinarias, como actualizaciones, sin comprometer la seguridad de los datos. Con dos copias, sus datos permanecen seguros incluso si otro equipo desconecta un servidor accidentalmente durante la actualización, lo que garantiza que se mantenga dentro de los límites de su política de seguridad de datos.
Conclusión clave: La redundancia le ayuda a gestionar tiempos de inactividad imprevistos sin que su aplicación note que algo anda mal.
¿Por qué mantener el 50% de capacidad libre?
Un mantra común para dimensionar GemFire es “ Dejar siempre un 50 % de margen ”. ¿Por qué?
- Gestión de eventos de alta disponibilidad.
Cuando un servidor falla, los servidores restantes deben tener suficiente capacidad para restaurar la redundancia sin sobrepasar sus límites. Mantener un 50 % adicional de capacidad garantiza la redistribución fluida de datos sin afectar las limitaciones de capacidad. Por ejemplo, si tiene cuatro servidores que utilizan el 50 % de sus 40 GB de almacenamiento cada uno y uno falla, los tres servidores restantes tendrían que gestionar aproximadamente el 66,7 % de su capacidad cada uno. Este búfer permite que su sistema mantenga la seguridad y el rendimiento de los datos incluso durante interrupciones inesperadas. - Inexactitudes en las estimaciones iniciales.
Recuerde que sus proyecciones originales podrían no ser perfectas. Tener margen de maniobra le permite adaptarse cuando los patrones de datos reales difieren de sus suposiciones. - Flexibilidad operativa:
¿Necesita un nuevo índice inesperadamente? No hay problema. La capacidad adicional le garantiza que no tendrá que buscar recursos a toda prisa ni sufrir grandes pérdidas de rendimiento.
En resumen, el 50 % de capacidad libre es tu red de seguridad. Siempre puedes reducir la capacidad más adelante si te encuentras con demasiada sobrecarga, pero es mucho más complicado buscar recursos una vez que estás en producción.
Un ejemplo sencillo de dimensionamiento de almacenamiento
Vamos a analizar una situación hipotética:
- Estimación de las necesidades de almacenamiento base :
supongamos que necesita 200 GB de almacenamiento de datos en la memoria. - Determinar el nivel de redundancia :
Se necesitan dos copias redundantes (el original y dos copias) para una protección de datos robusta. Esto multiplica el almacenamiento base a 600 GB . - Agregue 50% de capacidad libre :
Ahora duplica los 600 GB para eventos planificados e imprevistos. Esto le da un total de 1200 GB de capacidad requerida. - Traducir a servidores :
- Elijamos una máquina virtual de 256 GB como nuestro estándar.
- Reserve el 20% de esa cantidad para el sistema operativo, las herramientas de monitoreo, etc., dejando el 80% (aproximadamente 204 GB , que a menudo se redondea a 200 GB ) para GemFire.
- Si necesita 1200 GB , terminará con seis servidores de datos (6 x 200 GB = 1200 GB) para cumplir cómodamente con sus objetivos de redundancia y capacidad.
Los beneficios del sobreaprovisionamiento
Algunos podrían considerar excesivo implementar seis servidores para 1200 GB. Sin embargo, esta configuración permite prescindir de dos servidores sin riesgo de pérdida de datos ni afectar a la aplicación. GemFire redistribuye automáticamente los datos entre los cuatro servidores restantes, garantizando un funcionamiento fluido para los usuarios. Por el contrario, si todos los datos estuvieran alojados en solo dos servidores, la pérdida de uno saturaría el servidor restante, lo que podría reducir el rendimiento y la fiabilidad.
Mirando hacia el futuro
Estén atentos a la última entrada de nuestra serie de tres partes sobre el dimensionamiento de GemFire . En ella, profundizaremos en el dimensionamiento de GemFire y analizaremos los pasos prácticos para garantizar que su implementación sea resiliente y de alto rendimiento. En esta última entrega, examinaremos otros aspectos cruciales del dimensionamiento de GemFire, como los requisitos de disco, las consideraciones de CPU y el rendimiento de la red. También analizaremos cómo funciones como la replicación y el desbordamiento de WAN pueden afectar significativamente su planificación de almacenamiento y capacidad.
Fuente: