Configuración de un proxy inverso, las especificaciones del servidor?

Question

Actualmente tenemos dos servidores en una configuración 1 + 1. 1 Apache, 1 mysql. Tanto dedicado con 32 núcleos y 64 GB de RAM. Con un catálogo de 300 K +. Magento EE 1.11

Después de Magento 'Optimización para un máximo rendimiento' Me preguntaba lo que sería las especificaciones del servidor óptimo si tuviéramos que añadir un proxy inverso, como barniz o nginx en base a la actual configuración 1 + 1?

En la guía de las especificaciones de hardware de prueba para todos los servidores fueron:

• CPU: 2 x Intel® Xeon® CPU E5645 @ 2,40 GHz - 12 núcleos, 24 hilos
• HDD: RAID 1 - LSI MegaRAID SAS 9260-4i; 2 x SAS 164GB 15.000 rpm
• RAM: 24 GB ECC
• tarjeta de interfaz de red: Intel 1 GB 82576

Me siento como la adición de otro servidor con las especificaciones de la configuración actual es un exceso. Todo el proxy inverso está haciendo es la entrega de contenido en caché y si algo es dinámico se consigue enviar a Apache / PHP para su procesamiento. Cualquier buenas guías o libros sobre este tema?

Answer 1

En primer lugar, no lea ciegamente cualquier guía (ya sea proporcionado por Magento o no) y tratar de configuración del servidor determinar y especificaciones del servidor para su propio despliegue.

Sus pruebas y los resultados son totalmente específicos a sus condiciones de prueba y no aplicable a su propia tienda.

Tienda Cada Magento es diferente

Más allá de eso, la selección de hardware para la implementación no es algo que alguien aquí puede hacer con la información que ha proporcionado.

No se han proporcionado información suficiente para dar una respuesta útil.

• ¿Cuántos visitantes tienes por día pico
• ¿Cuántos visitantes tienes por hora pico
• ¿Ofrecen las descargas digitales
• ¿Qué cantidad de tránsito que actualmente está alcanzando un máximo (en Mbps)
• ¿Qué proporción de tráfico web es SSL y ninguno SSL
• ¿Cuánto tiempo está dispuesto a mantener los elementos obsoletos en una memoria caché

Para un proxy inverso, es necesario ...

• cantidad proporcional de RAM para sus tiendas de caché (min 4 GB)
• discos estándar (disco I / O no es relevante)
• tarjeta de red de gama alta (para reducir las interrupciones, mejorar la latencia y rendimiento)
• cantidad proporcional de núcleos de CPU a nivel de tráfico
• opcional. codificación de hardware SSL

Nuestro consejo

No se moleste. Por el momento, la implementación ya tiene defectos

• 2 puntos únicos de fallo
• cuello de botella MySQL rendimiento través de la red
• Muy pocos núcleos en el servidor web
• Demasiados núcleos de servidor de base de datos
• Durante especifica en unidades de disco duro del servidor web
• Bajo especifica en unidades de disco duro del servidor de base de datos

Lo creas o no, Magento funciona mejor en una sola máquina hasta hasta llegar a los límites de la escala vertical, debido a que el cuello de botella de MySQL estar en una máquina remota de alta latencia limitada sobre lo que la velocidad de la red es - es mucho más alta que tener que en el mismo sistema y que tiene velocidad de la RAM en todas partes.

No me malinterpreten, no hay duda, un punto de inflexión en el que múltiples purposing 1 máquina crea sus propios problemas de contención; pero 32 núcleos es un bastante pequeño techo de carga.

Si aún así seguir adelante

caché de un barniz para un sitio de poco tráfico (nada debajo de 200k de visitantes únicos por día) por lo general no se necesitan más de 2 GB de RAM y una CPU de núcleo 1 - con discos duros de gama baja. Pero para ti, puede que también acaba de estar en su servidor web de todos modos - que no sería sacar recursos, y poniéndola en una tercera máquina - que ahora va a tener 3 puntos únicos de fallo y aún más la actividad de red bottlenecking su en todas partes.

Tome ese papel con una pizca de sal - se trata de un ejercicio de marketing de Peer 1 y la mayoría de ella no es correcta

.

Answer 2

En mi experiencia cualquier VPS (no OpenVZ) con 512 MB de RAM y 1 o 2 núcleos debe ser suficiente para que un proxy Nginx para la mayoría de usuarios. Paso hasta 1 GB y el proxy manejar con facilidad los 10 Mbit / s de tráfico de contenido HTTP / HTTPS en caché / dinámico mixto. A menos que haya una razón específica no se puede / debe simplemente ejecuta en el mismo servidor que Apache y si hay algo que va a ser una pequeña disminución neta en el uso de recursos.