.png)
No tengo idea de enfrentar una situación desafiante:Activar un servidor a pedido.
El problema
Active un servidor físico que escuche en un puerto específico cuando llegue un paquete entrante. Puede haber un controlador/middleware entre los clientes y el servidor, pero no debería afectar el ancho de banda (y es transparente para los usuarios).
El objetivo principal: ahorrar consumo de energía.
lo que he probado
La configuración que probé para esta demostración se aplica a un servidor Samba NAS.
comando samba preejecutable (Sistema de archivos remoto automático WoL,Puerta de enlace transparente para FileServer): El objetivo de esta solución es exponer un NAS frontal que acepte todas las solicitudes y, cuando un usuario quiera acceder a un recurso compartido específico, el comando preexec activará el servidor con un script personalizado.
- PROS : Transparente para usuarios en estado establecido
- CONTRAS : No genérico, Ancho de banda afectado
Despertar del cortafuegos: similar a la opción anterior, pero actuando en la capa de transporte con respecto al puerto solicitado, el firewall activará el servidor. Requiere una subred para enmascarar el servidor.
- PROS: Genérico, Transparente para usuarios en estado establecido
- CONTRAS : Ancho de banda afectado, Requiere una nueva subred
RD IPVS: basado en entornos de carga equilibrada, el objetivo es aprovechar la dirección IP flotante. He imaginado modificar la pila de ipvs (ipvsadmomantener vivo) implementando la función del servidor de activación cuando llega una solicitud. Son mucho trabajo y búsqueda, por eso preferiría ver si hay otras soluciones;)
Topología de recuperación ante desastres de IPVS
- PROS: Genérico, Transparente para usuarios en estado establecido, Ancho de banda no afectado
- CONTRAS: ¿Difícil de configurar?
Este es un ejemplo con el servidor NAS, pero preferiría una solución elegante y genérica para resolver este problema.
Algunas ideas ? :)