Estoy investigando SharePoint pero tengo algunos problemas para entender cómo planificar los servidores para obtener una buena disponibilidad al mismo tiempo que uso el equilibrio de carga. Básicamente he planeado la configuración más básica que es
Dos servidores front-end
Un servidor de aplicaciones
Dos servidores SQL
Quiero dos servidores frontales para tener un buen tiempo de actividad, de modo que si un servidor falla, el sistema aún debería funcionar, lo mismo se aplica a los servidores SQL. Tendré algunos sitios que siempre deben estar activos, mientras que otros son menos importantes y pueden estar inactivos por un tiempo. Por eso quiero tener equilibrio de carga entre los servidores. Si un servidor falla, puedo darme el lujo de cerrar algunos sitios y que los otros sitios sean más lentos.
El problema es que puedo entender cómo funciona el equilibrio de carga. Así que examiné NLB en Windows 2008. Digamos que lo instalo en mis servidores front-end. ¿Eso significaría que mi sistema funcionará incluso si uno de mis dos servidores front-end falla?
Así entiendo que está funcionando, tengo un dominio llamado Foo. Los usuarios intentan acceder a Foo, que se enruta al servidor front-end 1. El NLB dependerá de la carga enrutará al usuario al servidor front-end 2 o mantendrá al usuario en el servidor front-end 1.
Lo que no puedo entender es esto: el DNS necesita enrutar al usuario a un servidor que luego puede enrutarlo dependiendo de la carga. Pero, ¿qué pasa si falla el servidor front-end 1 que ejecuta NLB? ¿El usuario aún podrá acceder a Foo a través del servidor front-end 2?
¿La misma pregunta se aplica a las bases de datos? ¿Cómo funciona? ¿Necesitaré comprar hardware adicional o SharePoint o SQL se encargarán tanto de la disponibilidad como del equilibrio de carga?
Respuesta1
Con NLB lo que sucede es que hay una IP virtual adicional que necesita para realizar el equilibrio de carga. Cada servidor tiene su propia IP. Cuando configura NLB, se crea una IP adicional con su propia dirección MAC.
Cuando utiliza NLB con Unicast, recomendado con servidores con 2 NIC, ambos servidores escuchan el tráfico en la dirección MAC de la IP virtual. Cada servidor responderá con la IP virtual dependiendo de qué máquinas accedan a la IP virtual.
Un ejemplo sería el cliente A en la subred abcd/24 accede a la IP virtual y la máquina 2 responde. El cliente ahora está vinculado a la máquina 2, aunque todavía se comunica con la IP virtual.
Cuando el cliente B en la subred wxyz/24 se conecta, la máquina 1 responde y el cliente B ahora obtendrá sus datos de la máquina 1. NB: para sharepoint, que almacena todas sus bases de datos en la misma instancia, su clúster SQL tendrá que estar en Activo- Modo pasivo.