HDA-SERV: Configuración

#174 k8s es un monstruo, cuidado donde te metes.

Si es cierto que podrías sacarle mucho rendimiento a jobs de estilo batch para local, pero en general es para tener servicios siempre levantados y distribuidos en nodos

Docker-compose hace un buen trabajo ahi o rancher o docker swarm

#181 A lo que voy es, si se te muere el servidor, pierdes servicio? Por mucho que sean stacks distintos, si el nodo que los ejecuta se va a la puta y pierdes servicio, te ríes un poco de tener stacks. Unicamente esa es la parte que me "patina" un poco, que tener todo redundado a excepción del servidor, que es el cerebro ejecutor, te da un pelin poca fiabilidad al entorno, nada mas

#190 No digo que deba ser tu objetivo, dado que al final cuando montas un entorno, alguien lo monta como repositorio de ficheros, otro como centro multimedia, otro webserver, etc etc... pero si al menos basado en mi experiencia te puedo dar recomendaciones, he montado mas de un centenar de infraestructuras de todos los colores, sabores, marcas y tecnologías. Puedes darle mil usos a tu infra, asi que dependiendo de que servicio montes primariamente o aquel objetivo para el cual lo vayas a enfocar, puede ser que te haga falta o no. Pasa que cuando analizo lo que poneis todos, cuando veo que se tienen en cuenta elementos como equipo con doble fuente, o un nas al que hacer backups o storage RAID pero veo que solo se monta 1 server, me flaquea ese punto porque todo va muy bien por tener esa redundancia hasta que al faltarte el cerebro (Server), si este peta, adios entorno, te vale verga tener todo backapeado o redundado, si el server no lo está. Ademas, ya tampoco ni siquiera por eso, si no porque con 2 servers, tienes un balanceo de recursos, optimización de los mismos y el crecimiento es bastante mas horizontal, pudiendo montar pools con mas recursos lógicos de los que 1 unica maquina física te podria dar

Depende como lo enfoques, no es un dineral esa inversión, si nos ponemos algo tontis y lo quieres montar bien, la tolerancia a fallos de 1 server es muy alta hoy en dia, mas aun con discos salidos donde los "antiguos" mecánicos, eran mas propensos a fallar. Pero siempre con cariño todo, estoy para lo que necesites <3

#163 Los OptiPlex son ideales para homelab: baratos, relativamente potentes, consumen poco, pequeños… El mío lo pillé de segunda mano en EBay y es una pasada

#164 Porque no tengo mucho tiempo y tú has hecho un trabajo genial con el hilo, ahora es el hilo de homelabs y servidores caseros!

#165 Esto no apareció de la noche a la mañana en casa, es el proceso de unos años de compras y demás. Mi mujer sabe que es uno de mis hobbies y lo apoya siempre que no se me vaya la mano con los gastos, por ejemplo lo más caro fue la NAS y la convencí diciéndole que era para guardar las fotos de la enana y tener backups de todo.

Evidemente si me traigo una blade de 20k pavos a casa seguramente chillaría pero mientras no se me vaya la cabeza sin problemas

#186 totalmente pero tenía una USG que se me quedaba pequeña y decidí irme a algo más gordo. Me gusta la cantidad de opciones que da la UDM y el nivel de monitorizavion y métricas que tengo.

#191 Al final cada uno valora sus necesidades y como cubrirlas. En la gran mayoria de casos no necesitas una alta disponibilidad en un servidor casero, te vale con tirar de backups y restaurar en caso de desastre en otro servidor por el tiempo que supone montar alta disponibilidad y redundancia a nivel casero y luego mantenerla en condiciones. Si te mola cacharrear y te quieres montar un cluster en Linux o k8s guay pero desde el punto de vista de necesidad de un homelab medio no es una necesidad.

Si nos ponemos tiquismiquis hasta tu conexión al ISP es un punto de fallo y deberias de tener duplicación para evitar problemas.

#192 los servidores tipo blade en general son ruidosos, gastan energia como animales y sueltan calor para calentar la casa entera. Si te mola el mundillo y te quieres meter muy en serio guay pero tienen mil puntos negativos. Lo digo porque tengo bastantes conocidos que les han dado un blade tipo PowerEdge y similares y al cabo de unos meses estan hasta los huevos del servidor. Ademas sumale que vas a necesitar una cabina de discos o similar que son igual de caras y con los mismos problemas que los blades.

#198 Dependiendo de lo que quieras duplicar se hace de una manera u otra. Con containers puedes tirar de Docker Swarm (caca) o Kubernetes, con Linux puedes tirar de cluster, con VMware puedes montar un cluster con varios hosts que tiren de una cabina común y que la VM se mueva de host A a host B dependiendo de la carga y disponibilidad. Tambien puedes replicar VMs con herramientas tipo Zerto, Veeam y similares. Las maquinas no necesitan ser iguales a nivel de hardware, evidemente el problema puede ser que el host A tenga mas carga que el host B y cuando pasen los servicios/VMs/lo que sea de uno a otro el host con menor/peor hardware reviente. En un MSP en le que curre nos pasaba a menudo, teniamos las maquinas a reventar y cuando una se caia era la fiesta porque los host restantes no tenian recursos suficientes.

Supongamos que hay un incendio en casa, ¿si se destruye mi servidor, puedo tener uno funcional igual en otra red, digamos, la casa de mi hermano?

Depende de tu RPO y RTO:

• RTO: Tiempo que tardas en recuperar en caso de desastre.
• RPO: Posible perdida máxima de datos.

Digamos que quieres un RTO y un RPO muy bajo lo que require que la replicación entre infraestructura A e infraestructura B sea practicamente instanea. En ese caso salvo que que tengas fibra directa entre tu casa y la de tu hermano no (y no hablo de fibra Movistar o similar). Si tienes un RTO y un RPO mayor hay maneras, por ejemplo sincronizar discos una vez al dia, restaurar de backups, etc. En ese caso no es alta disponibilidad y seria mas bien una solución de DR.

Al final volvemos a lo que comentaba antes, para el común de los mortales con tirar de backup le vale. Si quieres algo mejor seguramente sea porque esto ya no es un hobby y va camino de ser algo mas serio.

El privoxy que veo que tanto usáis se puede usar para routear peticiones concretas de máquinas en la red local?