15 años, un servidor, 8GB de RAM y 500k usuarios - como Webinal se niega a morir [ENG]

webminal.org se ejecuta en una única instancia de CentOS Linux con 8GB RAM. Eso es todo. Sin Kubernetes, ni microservicios, ni auto-escalado. Un servidor desde 2011. Ha sobrevivido: - Un incencio en el centro de datos en 2021 (perdimos 150k cuentas de usuario) - Numerosos apagones eléctricos en Holanda - Esa vez en la que un blog de tecnología español nos envió 10k usuarios en un día - La insistencia de mi amigo Freston en que Slackware es la única y verdadera distro

[#1 Cuñado]

Un incencio en el centro de datos en 2021 (perdimos 150k cuentas de usuario)

Una aplicación con 500k usuarios sin backup. Tanto como que "se niega a morir"...

[#15 Purpurschnecke]

#1 Además CentOS 7 llegó al final de su ciclo de vida (EOL) en junio del 2024, o sea que si a día de hoy no han sido hackeados es porque no interesa a nadie, pero vamos cualquiera que quiera aprender algo más después de estudiar en academy.hackthebox.com, les peta el chiringuito.

[#19 Cuñado]

#15 Supongo que no tendrán el CentOS publicado en Internet... Quiero suponer

[#33 chavi]

#19 Como "se publica el CentOS en internet"????

[#37 Purpurschnecke]

#33 El colega está bromeando pero yo me he comprando una internete de esas ya sus boi a jakear asta loh calssonsssssillo'!!1!

[#48 Cuñado]

#33 Pues como cualquier dispositivo que tenga una interfaz de red: poniéndole una IP pública

Puedes conectarlo al router o al ont y configirar dhcp o pppoe, puedes poner el router en modo bridging, puedes hacer NAT estático que no es publicarlo pero como si lo fuese...

Por tu emoji entiendo que se te escapa. Pero vamos, que hay maneras.

#37 En absoluto. Exponer un endpoint en una red pública es publicarlo. Puedes publicar un servicio en capa 4, como una web, o como en este caso una interfaz en capa 3.

[#51 Purpurschnecke]

#48 Vale no te había entendido.

[#55 chavi]

#48 poniéndole una IP pública
Que crees tú exactamente que "publicas" si tu equipo tiene una IP pública ?? (algo muy raro por otra parte..)

Y qué cojones tiene que ver DHCP en esto ?? DHCP no te da IP pública.

En cuanto al DNAT pues si. Puede "publicar" tus servicios. si los tienes. Nunca "el CentOS"

"el CentOS" no es ningún "endpoint".

Qué crees tú que es "publicar un interfaz" y qué efectos puede tener ?

De verdad crees que un centOS con 0 servicios en el interfaz de red puede ser "vulnerable" remotamente solo por tener una IP pública ??

Hay algún bug de ese tipo desde el 2020 ??? Cuando fué el último ?

[#57 Cuñado]

#55 DHCP no te da IP pública.

No, claro, la IP dinámica te la lleva un señor a casa Muchos ISPs no implementan PPPoE, cómo cojones crees que te la asingan?

DNAT

¿Quién cojones habló de DNAT? He dicho NAT estático. Vamos, que si ni siquiera sabes de qué estamos hablando.

Diría que me sorprende que alguien que evidentemente no tiene los conocimientos técnicos necesarios para debatir la cuestión emplee un lenguaje tan condescendiente y se las dé de sobrado... pero la verdad es que no sorprende en absoluto. Todo lo contrario.

Puede "publicar" tus servicios.

Puedes publicar tus servicios... y tus interfaces. Maestro del networking.

[#60 chavi]

#57 No, claro, la IP dinámica te la lleva un señor a casa
Te la da un servidor DHCP normalmente funcionando en el router del ISP. Y nunca dan IP públicas.

El NAT (SNAT) no publica nada, solo permiite que el destinatario pueda contestar a los paquetes que envías con tu IP PRIVADA. Y si no hablas ni de SNAT ni de DNAT ( o DNATP) ya me explicarás de que estás hablando.

alguien que evidentemente no tiene los conocimientos técnicos necesarios
Creo que no puedes hacer más el ridículo...

Bueno igual si.

Aun espero que me digas que es "publicar un interface" y para qué coño sirve sin servicios.

Genio

[#62 chavi]

#57 Por cierto, la D de DNAT no quiere decir "dinámico".

Estudia

[#63 Cuñado]

#62 Te la da un servidor DHCP normalmente funcionando en el router del ISP. Y nunca dan IP públicas.
No, si ya me imagino que eso es todo lo que has visto de DHCP... Configurando el router de casa.

la D de DNAT no quiere decir "dinámico".
¿Pero quién cojones ha dicho nada aquí de "dinámico"?

Que estudie, me dice un tipo que afirma que un servidor DHCP nunca da IP públicas...

Mira... No tienes ni la menor puta idea de lo…   

[#58 topecb]

#55 DHCP te da IPs del pool que tengas configurado, en empresas medianas-grandes o trabajando con servidores, las IPs suelen ser públicas, no tienen porque ser de un /24, pueden entregarse como /22, /25 o /30 por ejemplo
Y con IPv6 todas las IPs son públicas

[#61 chavi]

#58 La máscara no tiene nada que ver con que la IP sea pública o no.

Y por supuesto, el.server DHCP asigna IP de su pool. Y no, no suelen ser públicas.

Y no. En IPv6 no todas las IP son públicas.

es.wikipedia.org/wiki/Unique_Local_Address

[#64 topecb]

#61 Por supuesto que no, simplemente era por aportar más información, no sabes la cantidad de gente que se asusta al ver que una IP no es /24 o /16

Vete a cualquier ayuntamiento o empresa que no tenga una FTTH, que tenga un circuito dedicado y verás pools de públicas, ojo que no quiere decir que si te conectas al wifi de esa empresa te de una pública, porque la red estará segmentada pero infinidad de sitios (cadenas de supermercados, de mobiliario, concesionarios...)

Y respecto a IPv6, claro que existen las IPs privadas y las de enlace local, pero cuando trabajas con IPv6 te delegan un prefijo y todas las ips de tu casa son públicas

[#65 chavi]

#64 Vete a cualquier ayuntamiento o empresa que no tenga una FTTH, que tenga un circuito dedicado y verás pools de públicas,
Me parece rarísimo. Y si fuera así es una cagada mayúscula.

¿ No estarás confundiendo la IP del router con las IP de los equipos de la red ?

Lo habitual es tener un GW que tiene una IP de la red de la infraestructura global y que separa los equipos de la red del exterior. Ni siquiera esa infraestructura global tiene normalmente iP's públicas.

Hoy en día los…   

[#67 topecb]

#65 No, no me estoy confundiendo, estoy muy metido en el tema, en mi empresa movemos +400 Gbps y casi 100 sesiones BGP, de ahí el comentar los /30 o /31 que se suelen usar para PNI o Transit. Pero yo lo he visto de primera mano, en mi ayuntamiento mismo un cisco con IP pública y DHCP con públicas para los servidores, para los ordenadores se entregan privadas, pero bueno, barbaridades así ya te digo que he visto muchas. Si que es verdad que suelen ser /26 o /27 poquitas IPs, pero no tiene porqué ser mala, si configuras bien el firewall del router y en los propios servidores...

[#70 chavi]

#67 Pues manda cojones.
¿ En la misma red varias IP públicas a distintos CISCO ? ¿ Para qué exactamente ? ¿ Los servidores con IP's públicas ? ¿ Para qué ?
¿Quién diseño eso ?

Han oído hablar de conceptos esotéricos como "firewall" o "ids" ?

[#71 chavi]

#67 Creo que es un mal diseño de red. Ya pueden configurar bien los routers...
Y supongo que aunque usen un servidor DHCP, asignará IP fijas. De modo que no son IP dinámicas.

[#32 chavi]

#15 Un centos sin soporte desde el 2024 puede ser mucho mas seguro que un Windows actualizado.

Todo depende de lo que exponga hacia internet

[#31 chavi]

#1 Lo paga de su bolsillo.

Y claro que se niega a morir. Ahí está

[#47 Cuñado]

#31 A ver, es su web y la folla como quiere claro está; pero vamos, que el artículo parece un manual de malas prácticas.

Y claro que se niega a morir. Ahí está

Yo suelo utilizar esa expresión para casos en los que uno pone todo (o mucho) de su parte para resistir. No lo aplicaría a un tipo que va todos los días en moto a 200 km/h sin casco. ¿Está vivo? Sí. ¿Se resiste a morir? No es la expresión que yo usaría.

[#56 topecb]

#1 Fue afectado por el incendio de OVH, seguramente tendrían una instancia cloud, y aquello -que lo sufrí- fue una liada histórica.
Tenías máquinas en un CPD de la región de Estrasburgo, y copias en otros CPD, más tus propios backups que alojabas en otras.
La cuestión es que los "distintos" CPDs, eran realmente el mismo edificio (eran containers marítimos) y por tanto todo se fue a la mierda, todos los que teníamos servidores allí con copias en la misma región perdimos mucho trabajo.

PD. La noticia da a entender que tienen el mismo servidor 15 años y no es así, han pasado por 6 proveedores cloud distintos, volviendo a Linode

[#59 Cuñado]

#56 Fue afectado por el incendio de OVH

Entonces sí que subió los datos a la nube Lo siento, tenía que hacer el chistecito. La verdad es que fue una putada.

[#69 chavi]

#56 Je, yo perdí un VPS. Nada grave.

[#2 hipernes]

500k usuarios, pero no simultaneos sino registrados, que no es lo mismo. Aún así es un ejemplo de que tantas dependencias, librerías y nubes no son imprescindibles

Eso sí, Centos Linux ya no existe, así que las actualizaciones , que?

[#17 elhumero]

#2 Centos sigue existiendo, van por la 9 y 10.
www.centos.org/download/
Se produjo la huida cuando se les ocurrió lo de la versión stream, la 8 y cuando en la 7 dijeron desde RH que se acababa.

[#34 chavi]

#2 Actualizas servicios. El Kernel no es necesario

[#43 hipernes]

#34 el kernel también puede tener agujeros

[#44 chavi]

#43 Ya. Y como los explotas ?

[#11 Cuñado]

Qué cansinismo con los del "¡mira mamá, sin kubernetes!".

Kubernetes puede ser una herramienta cojonuda o un auténtico overkill. Todo depende de tus necesidades. ¿No necesitas Kubernetes? Muy bien, ¿qué quieres? ¿una galleta?

[#26 Supercinexin]

#11 Para la inmensa mayoría de negocios, Kubernetes es un overkill, similar a ser una empresa digamos de albañilería y montarte una nave industrial con taller mecánico con elevadores y todas las herramientas para hacerte tú mismo el mantenimiento de las furgonetas.

La casi totalidad de empresas incluyendo medianas y grandes va a estar mucho mejor sin mantener su propio Kubernetes y tener que pagar salarios de un puto Platform Team (los mecánicos). Sencillamente pillas un servicio tipo Fargate o Cloud Run (mi favorito de lejos) y ya está, tienes K8s, o sea todas sus ventajas para el desarrollador, pero sin hacerte cargo tú de Kubernetes.

Y algunos hasta con EC2 o VPSs sencillos, van que chutan.

[#29 Cuñado]

#26 Fargate o Cloud Run no son Kubernetes, corren sobre Kubernetes, pero son plataformas de contenedores serverless. No tienes ningún tipo control sobre los despliegues, el enrutado, la ingesta... GKE o AKS sí serían Kubernetes as a service. Pero, de nuevo, todo depende de las necesidades de los servicios. Para levantar un aplicación sencilla los primeros pueden estar bien, a poco que se complique la cosa necesitas más control.

La casi totalidad de empresas incluyendo medianas y grandes va

…   

[#50 Supercinexin]

#29 Fargate o Cloud Run no son Kubernetes, corren sobre Kubernetes, pero son plataformas de contenedores serverless. No tienes ningún tipo control sobre los despliegues, el enrutado, la ingesta... GKE o AKS sí serían Kubernetes as a service. Pero, de nuevo, todo depende de las necesidades de los servicios. Para levantar un aplicación sencilla los primeros pueden estar bien, a poco que se complique la cosa necesitas más control.

Pues eso justamente: tienen todo lo que un desarrollador de…   

[#53 Cuñado]

#50 por qué motivo no puedes sencillamente lanzar tu producto en Fargate o Cloud Run

Por lo que dije antes, porque hay muchísimos casos de uso que no cubre. Si te llega con una plataforma serverless pues quizás no necesites un Kubernetes, así de sencillo; o quizás sí te compense desplegarlo on-premise por temas económicos... o quizás no... Ninguna de las opciones es intrínsecamente mejor que otra, depende de tus necesidades.

Ahora mismo estoy trabajando en una plataforma de…   

[#40 chavi]

#11 Joder, es que Kubernetes es una bestia con nicho en sistemas grandes con muchos requerimientos.

[#45 Cuñado]

#40 Sí, desde luego, Kubernetes hay que justificarlo; no es para cualquier caso de uso. Pero en los últimos años se ha simplificado mucho su gestión y ya se ve en entornos no tan grandes.

... Y sospecho que se verá aún más si seguimos con esta dinámica de encarecimiento del hierro. En entornos de microservicios k8s te permite aprovechar mucho más los recursos que un despliegue tradicional. Con grandes monolitos la diferencia generalmente es mucho menor.

[#46 chavi]

#45 No siempre necesitas un sistema de orquestación y clústering

[#49 Cuñado]

#46 Ni un coche. Pero a muchos sitios llegas mejor que andando.

¿Un coche para ir a la panadería de la esquina? No. ¿Para ir a un pueblo a 30 km que no tiene transporte público? Probablemente sí.

[#52 chavi]

#49 Y a otros llegas mejor andando que en coche.

Exsctamente ese es el punto

[#54 Cuñado]

#52 Y luego está la zona gris. El típico colega que coge el coche hasta para cagar y al final tarda más que tú porque estuvo dando vueltas para aparcar

[#3 frankiegth]

Imaginad el dineral y los problemas adicionales si ese servidor hubiera corrido Windows_TM con sus dudosas actualizaciones, con su obsolescencia programada y sus siempre crecientes requisitos de hardware. Y pasando por caja continuamente para mantener las mismas prestaciones, o menos.

[#4 covacho]

#3 yo tengo ordenadores con Windows xp en entorno de producción. El secreto es no conectarlos a Internet desde 2009 aproximadamente

[#6 tropezon]

#4 A ti te gusta el metal duro

[#12 frankiegth]

#8. En #3 me limito a comparar ambas posibilidades. Gnu/Linux es un verdadero regalo en todos los sentidos. Llevamos practicamente los mismos años usando Gnu/Linux.

#4. No es un secreto, es una necesidad. Las versiones de Windows antigüas ya solo sirven para re-jugar a los videojuegos de otras épocas, preferiblemente sin conexión a Internet.

[#18 covacho]

#12 En mi caso, gestiona una exposición audiovisual para un museo

[#28 SpeakerBR]

#12 Y las nuevas también, por el tema del crack hypervisor.

[#14 KoLoRo]

#3 #4 Ah eso quería comentar. En XP no lo enchufes a internet y es una maravilla (para ciertas cosas, obviamente).

[#36 chavi]

#4 Es dificil ofrecer un servicio en internet sin conectarte a internet, no crees?

[#42 orangutan]

#4 ¿Qué produce? ¿El buscaminas?

[#8 jazzman]

#3 casi no se usa Windows en servidores. Pero no debes saber mucho de lo que hablas. No se usa porque no se necesita correr una interfaz virtual. Linux cumple de maravilla, y es sobradamente estable. Además de que no se suele pagar por licencia.

No tiene nada que ver. Metes a windows con calzador y te retratas tú solo. Y te lo dice un linuxero nivel 20 (años usándolo, en casa y en el trabajo).

[#9 PacoJones]

#3 Bueno, Centos fue abandonado, actualizaciones ya no tiene, así que tiene ese mismo problema.

[#20 elhumero]

#9 Centos sigue
www.centos.org/download/

[#27 PacoJones]

#20 Gracias, no lo sabía. Es curioso porque hasta en la Wikipedia pone que está descontinuado.

[#30 elhumero]

#27 Yo lo sé porque tuve que cambiar de Centos a Oracle (a nadie lo despiden por elegir Oracle) porque se discontinuaba, y se descontinuo menos de 1 año.

[#13 PerritaPiloto]

#3 Windows server es un gran sistema operativo. En 2022 ejecutaba 17 instancias virtualizadas de Windows 2000 server en una red interna que hacían un trabajo formidable. Eso sí, con todos los SP, que son el SP1 no funciona el programador de tareas.

La virtualización había sido en 2016, peor más por temas de reducción de costes (teníamos una granja VMware nueva flamante y el cliente quería mover a ella todo lo que diera posible y reducir costes en refrigeración y espacio y estandarizar hardware).

También tenía os máquinas PA-RISC con HP-UX 11.11 que se virtualizaron en 2017 sobre máquinas Itanium 2 más modernas, pero llevaban 15 años y podían haber aguantado alguno más.

[#21 PerritaPiloto]

#5 Es el sesgo del superviviente. Es como la famosa bombilla del parque de bomberos. Es la ultima que queda de todas aquellas que estaban instaladas, y de tres elementos incandescentes dos están fundidos.

Las máquinas PA-RISC que menciono en #13 eran todas iguales, con los mismos periféricos para todos los desarrollos del cliente. También en preproduccion. Los componentes de las máquinas apagadas servían como repuestos para las otras máquinas. Ninguna te ia 15 años de uptime, ni siquiera más…   

[#38 chavi]

#13 Tengo un centro virtualizado con Debian desde el 2005. 0 problemas.

Y tengo unos 150 clientes con Windows 11 contra el controlador samba4

[#35 chavi]

#3 No hubiera sido posible. No existiría.

Por lo tanto "no es necesario (tm)"

[#7 masde120]

#0 cambia el nombre en el titular

[#16 davids]

#7 Creo que ya no puedo. Algún @admin podría cambiar "Weminal" por "Webminal"?

[#10 tropezon]

Esto se usará en muchos institutos para aprender shell scripts ¿no?

[#24 ktzar]

Si tus datos caben en 8GB de RAM, con una Raspberry Pi 4 y Redis, vas que te mueres para casi cualquier "servicio web"

[#41 chavi]

#24 mmm no.
No todo es RAM

[#22 angelitoMagno]

That one time in 2017 when a Spanish tech blog sent 10,000 users in one day

¿Efecto menéame, quizás? ¿Microsiervos, tal vez?

[#25 JOFRE]

#22 estava pensador lo mismo

[#66 chavi]

No, si ya me imagino que eso es todo lo que has visto de DHCP... Configurando el router de casa.
Imaginas muy mal.
Antes de imaginar estudia.

No. Los servidores DHCP comunmente NO dan IP públicas. Dan IP privadas. Y desde luego, no dan IP para "publicar tu centOS"
Incluso los ISP se han movido en masa al CG-NAT en la que ni siquiera tu router obtiene una IP privada.

¿Pero quién cojones ha dicho nada aquí de "dinámico"?
TU. Al contestar a mi…   

[#68 chavi]

Hombre, la verdad es que migrar eso a un sistema actual no debería ser complicado.

[#5 leader]

Sinceramente, no me parece algo de lo que presumir. Funciona, sí, de milagro. Pero podría funcionar mucho mejor y sin tanto trabajo con un entorno moderno.

[#39 chavi]

#5 Si. Yo pondría Debian

[#23 Greg]

Tengo bastante curiosidad por saber cuántos lectores en general y comentaristas en particular de este meneo contribuyeron a ayudarlo a pasar de 8GB a 128 GB de RAM