Qué hacemos · Storage y cómputo: Ingeniería de rendimiento y capacidad
La mayoría de las plataformas lentas no necesitan más hardware. Necesitan que alguien encuentre la única cosa que de verdad las frena. Medimos el cuello de botella real, cambiamos una cosa y volvemos a medir, y la mayoría de nuestras mayores mejoras han venido de un único cambio verificado en lugar de una orden de compra.
Qué es
La práctica de ingeniería que une nuestro cómputo, nuestro storage y nuestra red. Cuando una carga de trabajo necesita más capacidad, le decimos exactamente qué recurso, y por qué.
Cómo lo construimos
Reglas aplicadas a cada montaje. Algunas mejoras son demasiado fiables para dejarlas al azar, así que son reglas fijas en cada servidor y cada VM que entregamos:
- VM dimensionadas dentro de un socket. Nunca más vCPU que núcleos tiene un socket físico, nunca más memoria que la que sirve un nodo NUMA. Más allá de ese límite, el acceso a memoria se vuelve remoto a aproximadamente 1,7 veces la latencia local y la penalización se acumula, de modo que la VM más grande suele ser la más lenta.
- Bonds que usan ambos enlaces. Hashing por direcciones IP y puertos, en correspondencia con el lado del switch, de modo que cada miembro de un bond transporte tráfico.
- El flash tratado como flash. El RAID por hardware puede ocultar que un volumen es de estado sólido, así que leemos el tipo de medio de los discos y fijamos el planificador, el read ahead y la queue depth en consecuencia.
- Bases de datos con su memoria. Buffer pools dimensionados al working set.
- Sin swap en las VM. La presión de memoria se resuelve con memoria o con una corrección en la aplicación, nunca empujándola al storage.
Medición en cada capa. E/S por volumen en las cabinas, contadores por puerto en bonds y switches, registros de consultas y de consultas lentas en las bases de datos, tiempos de fuera hacia dentro a través del CDN, potencia por rack y por fase.
De qué le protege
- Pagar capacidad que un valor de configuración predeterminado estaba desperdiciando.
- Comprar hardware para un problema que en realidad es de ajuste.
- Una VM más grande que corre más lenta que la pequeña a la que sustituyó.
- La mitad de su ancho de banda de red sin usar.
- Storage flash gastando su resistencia en lecturas que una base de datos debería haber tenido en caché.
En la práctica
El borde de un editor, probado bajo carga. Antes del lanzamiento en Atenas, la capa de caché del editor se construyó en dos niveles, memoria delante de flash en la SAN, y se probó bajo carga con veinte mil usuarios virtuales. Aguantó, y el diseño se convirtió en nuestro estándar para plataformas de editores.
Por qué EuroVPS
- Medimos antes de vender, y la respuesta es a menudo un cambio, no una ampliación.
- Reglas de ajuste fijas aplicadas a cada montaje, no bajo petición.
- Recomendaciones que dicen qué recurso, cuánto y por qué.
Preguntas frecuentes
- Mi sitio va lento. ¿Necesito un servidor más grande? Quizá, pero mediremos primero. A menudo la respuesta está en la configuración, la caché o una consulta, y le mostraremos la evidencia en cualquier caso.
- ¿Por qué no le dan más núcleos a mi VM? Más allá de un socket, los núcleos extra añaden latencia de memoria remota. Dimensionamos para encajar en el socket, y eso suele ser más rápido.
- ¿Ajustan las aplicaciones de los clientes? Ajustamos todo lo que operamos y asesoramos sobre lo que opera usted: memoria de bases de datos, número de workers, capas de caché, consultas. Cuando la corrección está en su código, le diremos exactamente dónde.
- ¿Es esto un servicio aparte? Es nuestra manera de trabajar en cada plataforma que gestionamos. También hay auditorías de rendimiento dedicadas con un antes y un después por escrito.
- closing line: Ir más rápido suele empezar con una medición, no con una factura. Hable con un ingeniero sobre lo que de verdad le está frenando.
- CTA: Hable con un ingeniero
Su próximo socio de infraestructura
Veamos su infraestructura.
Cuéntenos qué ejecuta hoy y qué necesita mejorar. Un ingeniero revisará su solicitud y le ayudará a planificar el siguiente paso.
+357 222 32280
Empecemos por su infraestructura.
Un poco de contexto nos ayuda a empezar la conversación adecuada.