Estoy cambiando la forma en que nuestro material DHCP / DNS funciona en el trabajo. Actualmente tenemos 3 servidores DNS y una caja DHCP. Todos ellos son máquinas virtuales.
Hay una dependencia circular donde el arranque de cosas requiere NFS, que requiere DNS. Entonces, cuando reiniciamos cosas, las cosas pueden volver sutilmente rotas hasta que el DNS esté activo, y reiniciamos algunos servicios.
Lo que quiero hacer es tener algunos servidores de baja potencia, probablemente Atoms de doble núcleo o similares, que se ejecutan desde SSD, para que arranquen muy rápido. Quiero hacer que todo arranque lo más cerca posible de forma instantánea.
Idealmente, me gustaría usar Ubuntu 11.10 o Debian 6 como sistema operativo. No estoy interesado en Gentoo o compilar mi propio núcleo. Esto debe ser razonablemente soportable por mí mismo.
Además de las unidades SSD, ¿qué otros pasos de optimización puedo tomar para mejorar la velocidad de arranque?
Other than SSDing drives, what other optimisation steps can I take
parece una pregunta."Halp! My thingz don't boot rite!"
. Sin embargo, eres más que bienvenido a entrar en el chat de fallas del servidor y discutir si quieres. Hay un montón de nosotros hablando de eso allí, incluido el OP.Respuestas:
¿No es esta una situación en la que debes diseñar alrededor de las dependencias circulares? Establezca retrasos de encendido en el BIOS del servidor. Tienes varios servidores DNS, así que eso es una ventaja. Almacenamiento en caché de DNS? ¿Sería tan simple como usar direcciones IP o archivos host para su NFS o red de almacenamiento? No mencionó la tecnología de virtualización particular, pero es posible establecer la prioridad de arranque de VM en VMWare, por ejemplo ... ¿Es esto en varios servidores host?
De lo contrario, las unidades de arranque basadas en SSD pueden ayudar. Use una distribución con procesos de arranque de Upstart. Recorta los demonios.
fuente
Dependiendo del estado de su UPS, este podría ser uno de los pocos casos de uso en los que una hibernación ACPI puede ser una buena idea. En general, restaurar desde hibernación supera a un arranque desde cero, especialmente en el caso de los sistemas basados en SSD de baja RAM. Si tiene la capacidad, el paso de 'apagado' para su software UPS puede configurarse para hibernar el servidor DNS.
fuente
Puedo recomendar un sistema NetBSD muy pequeño en SSD, pero si tiene su corazón puesto en Linux, hay dos opciones que me vienen a la mente de inmediato:
También existe la opción de soluciones personalizadas / incrustadas realmente pequeñas como esta (sistema basado en ARM de $ 99 en un módulo con un tiempo de arranque de 1 segundo (ish). No es hardware básico pero podría guardarse en un rincón tranquilo) de un centro de datos y se fue a correr para siempre ...
fuente
En la mayoría de las configuraciones, DNS es el servicio de infraestructura más importante. Si se rompe, todo lo demás también se romperá. La conclusión es que los servidores DNS no deberían depender de otros servidores.
Si realmente necesita NFS para el arranque, haga que sus servidores DNS sean esos servidores NFS (esto también está rompiendo una regla), pero asegúrese de exportar solo ro y asegúrese de que no puede poner sus servidores NFS en peligro de Un ataque DoS.
Probablemente, la mejor solución es un enfoque diferente (HA) para proporcionar el servicio NFS necesario para el arranque, rompiendo así la dependencia circular ( nscd también puede ayudar en los servidores NFS).
Actualización 2011-11-17 en NFS: De uno de sus comentarios veo que NFS se está utilizando para / home-dirs. Los usuarios técnicos locales no deberían tenerlos. Cualquier otra cosa debe montarse a través de autofs con bg, hard, intr.
fuente
Es posible que desee utilizar el diagrama de arranque para ver cuáles son los puntos calientes de tiempo de arranque.
También hay readahead: https://fedorahosted.org/readahead/ , que no he probado.
fuente