Blog Tecnològic

Blog everyWAN

Tecnologia, ciberseguretat i tendències IT que importen

Anàlisi Profunda
Ciberseguretat
Tendències IT
Filtrar per:
Armario de cableado de red con latiguillos de pares trenzados y paneles de parcheo
8 min lectura

Caiguda d'Azure: quatre portes i el lloc on guardaves el pla B

El 30 de setembre del 2026, cinc hores i quaranta-cinc minuts d'incident a Azure. Dels cinc serveis que Microsoft llista com a afectats, quatre són el camí fins a la teva infraestructura i el cinquè és Azure VMware Solution. A dins: què diu i què no diu el comunicat oficial 7Q30-010, el rellotge real de la detecció, per què la xifra de regions que circula no és a la font, i què passa amb el teu procediment de contingència quan el que falla és la consola.

Pasillo entre armarios de servidores en penumbra, con centenares de indicadores luminosos encendidos a la vez
7 min lectura

Tempesta de reintents: la segona caiguda la provoques tu

El 12 de juny de 2025 Google Cloud va caure a gran escala. Als 40 minuts la mitigació estava desplegada i les regions van començar a recuperar-se, les petites primer; us-central1 no va quedar resolta del tot fins 2 h 40 min després de començar l'incident. El que va allargar aquella regió no va ser el bug: van ser els reintents. L'informe públic ho diu amb totes les lletres —«Service Control no tenia implementat el backoff exponencial aleatoritzat apropiat per evitar això»— i descriu un efecte ramat sobre la taula de Spanner de la qual depenia tot. Aquí expliquem on viu aquest mateix mecanisme en una empresa normal (el cron que triga més que el seu interval, el backup que se solapa, els seixanta equips que arrenquen alhora quan torna la llum, el monitoratge que pitja just quan fa mal), per què tres reintents en tres capes són 64 intents contra la teva base de dades, els quatre números que cal tenir escrits i quan NO tocar res.

Técnico agachado detrás de un rack, con el portátil apoyado en el suelo técnico y un manojo de cables sueltos al lado
10 min lectura

Migrar a Proxmox no toca les teves llicències; el failover sí

A cada reunió de migració surt la pregunta de les llicències de Windows, i la resposta curta decep: canviar d'hipervisor no recalcula res. El compte el canvia una altra cosa, i Microsoft la té escrita en una sola frase: «License Mobility across Server Farms is not available for Windows Server, so each server must be licensed for peak capacity at all times». Cada servidor, capacitat punta, sempre. La llicència no segueix la màquina virtual, així que el número depèn de en quants nodes pot arribar a arrencar: 32 llicències de nucli o 96, per a exactament la mateixa instal·lació. Què va canviar al SQL Server 2022, per què el mite de l'AVMA no t'afecta si vens de vSphere i per què una regla d'afinitat de Proxmox és un control útil però no una frontera contractual.

Nodos idénticos apilados en un rack, cada uno con su pantalla y su etiqueta
9 min lectura

El teu Ceph de tres nodes no es cura sol: aguanta

Un disc mort en un clúster de tres nodes s'arregla sol si queda un altre disc en aquell mateix servidor: la regla de CRUSH baixa a un altre OSD del mateix host. Un HOST mort, no. Amb rèplica 3 i el domini de fallada en «host» —el que hi posa Proxmox per defecte— no existeix un quart lloc on deixar la tercera còpia, així que els grups de col·locació es queden en active+undersized+degraded fins que torni el node. I el clúster continua servint, que és justament per això que ningú no se'l mira. Els temporitzadors reals de Ceph (20 segons, 10 minuts, 15 minuts), el que no pots tocar mentre duri la finestra degradada, per què la recuperació et pot costar el quòrum de corosync i per què el número que importa no és quants nodes tens sinó quants llocs diferents.

Pasillo de un centro de datos con dos filas de armarios de rack idénticos
9 min lectura

El clúster tria node comptant convidats: antiafinitat a Proxmox VE 9 i la regla que ningú declara

Quan cau un node, el planificador de Proxmox VE tria on arrenquen les teves màquines donades d'alta a HA. En un clúster acabat d'instal·lar ho fa comptant convidats actius: no sap que la 101 és la segona pota de la 100. Proxmox VE 9.0 va portar les regles d'afinitat per poder dir-l'hi, amb una asimetria que convé conèixer —la regla que fixa a un node és una preferència, la que separa dues màquines és una ordre— i una aritmètica que decideix si la teva VM arrenca degradada o no arrenca.

Pasillo estrecho de un centro de datos, con un rack abierto de paneles de parcheo de fibra en primer plano y latiguillos aguamarina y amarillos recogidos en las guías de cable
10 min lectura

La redundància no sobreviu al procediment

L'1 de setembre, una actualització de capacitat programada va desconnectar de manera seqüencial el 100% dels camins de fibra d'una part de la zona us-central1-b de Google Cloud, en tretze minuts. L'informe descriu just abans una arquitectura correcta: camins físicament separats, alimentació diversa, tolerància a fallades dobles i triples. Un estudi de Berkeley del 2003 ja explicava per què no va servir: l'error d'operador no és més freqüent que el de maquinari, és que s'emmascara pitjor.

Servidores de rack idénticos apilados en un carro metálico, pendientes de montar, delante de un rack a medio poblar
5 min lectura

Corosync suma 650 mil·lisegons per cada node: el rellotge que el teu clúster actualitzat continua arrossegant

El temps que triga un clúster Proxmox a refer la membresia després de perdre un node no és fix: creix 650 ms per cada node que hi afegeixes, i amb els valors de fàbrica un clúster de 29 nodes arriba a 45,21 segons, just on la mateixa documentació demana corregir-ho abans que el watchdog de 60 segons reiniciï nodes sans. Proxmox VE 9.2 el va baixar a 125 ms, però només en crear el clúster: els actualitzats de la 8 a la 9 continuen amb el valor vell.

Servidor de almacenamiento abierto en un rack con las bahías de discos a la vista y una unidad extraída de su carro
9 min lectura

A Ceph la capacitat no la marca el clúster: la marca el disc més ple

Un OSD per damunt del 95 % atura les escriptures de tot el clúster encara que «ceph df» continuï ensenyant desenes de teres lliures. Els tres llindars per defecte (0,85 / 0,90 / 0,95), per què el mecanisme que repara s'apaga cinc punts abans que el que serveix, i el compte de capacitat amb un node menys que gairebé ningú no fa: amb quatre nodes el sostre són 71 punts, i 67 si vols que la reconstrucció arribi a acabar.

Portal de un edificio antiguo con una única puerta acristalada, el portero automático y los buzones metálicos
5 min lectura

El teu proveïdor d'identitat no és una aplicació: és infraestructura

El dilluns 24 d'agost, a les 03:38, va començar un atac de denegació de servei contra la plataforma digital compartida de l'Estat noruec. Van caure deu serveis públics i uns quants no tenien res trencat: s'havia embussat la porta per la qual s'entra a tots. Digdir escriu a la seva pàgina d'estat que <code>eSignering</code> era inaccessible «a causa de les limitacions a ID-porten», i també que les solucions eren «estables amb les limitacions que s'han posat» — part de la caiguda la van posar els mateixos defensors. Per què l'inici de sessió únic continua sent la decisió correcta, què canvia quan la porta passa a ser infraestructura i les tres preguntes que la reclassifiquen.

Subscriu-te al nostre butlletí

Per rebre històries del món IT, novetats d'everyWAN i ofertes exclusives per a subscriptors, dona't d'alta a la nostra llista de correu

everyWAN
everyWAN