Dieci ticket di assistenza in dieci anni: così appare l'infrastruttura noiosa.
Un editore nazionale di notizie fa girare le notti elettorali sul nostro hardware. In dieci anni ha aperto circa dieci ticket di assistenza. Ecco cosa è servito per costruirlo.
In questo articolo 5 sezioni
- Un editore nazionale di notizie è sul nostro hardware da dieci anni e in quel tempo ha aperto circa dieci ticket di assistenza.
- Le sue notti elettorali e le finali di campionato girano sul nostro hardware. Nulla suona. Quel silenzio è il prodotto consegnato, non un caso fortunato.
- Lo stack è volutamente noioso: bare metal in cluster su HPE ProLiant, un solo set conosciuto di mattoni, ingegneri che rispondono al vostro ticket.
- La stessa cura scala verso il basso. Una sola macchina seria fa girare una catena di negozi di riparazione esattamente sullo stesso principio.
La buona infrastruttura non ha storie da raccontare. La metrica che nessuno mette su una slide è quella che conta di più: quante volte qualcuno ha dovuto pensarci? Per l'editore la risposta, su dieci anni di notizie continue ad alto traffico, è circa dieci volte. Non è una testimonianza. È un conteggio.
Cosa serviva loro
Il brief era una frase: quando dovete raggiungere i vostri lettori, non c'è compromesso con il downtime. Il picco di un editore non è una rampa lenta che si può osservare su un dashboard e per cui provisionare. È un verdetto che arriva alle 21:00, un gol nei minuti di recupero, dimissioni che nessuno aveva visto arrivare.
Cosa abbiamo costruito
Non abbiamo costruito nulla di esotico. Abbiamo costruito una cosa conosciuta, bene, su hardware dedicato. Più di 30 server HPE ProLiant che fanno girare carichi bare metal in cluster: HAProxy e Varnish all'edge, nginx e PHP, cluster Percona XtraDB, Valkey ed Elasticsearch in cluster, su storage HPE 3PAR all-flash con 3PAR Peer Persistence, con disaster recovery distribuito geograficamente.
- CALCOLO
- HPE ProLiant, bare metal, in cluster
- DATABASE
- Percona XtraDB Cluster (più cluster a 3 nodi)
- RICERCA / CACHE
- Elasticsearch · Valkey · Varnish
- STORAGE
- HPE 3PAR all-flash, Peer Persistence
- DISASTER RECOVERY
- Disaster recovery distribuito geograficamente
La parte più eloquente della costruzione è una che i suoi lettori non hanno mai visto. La piattaforma è passata da Amsterdam a Digital Realty Athens mesi fa, e il cutover è stato privo di eventi per i suoi lettori.
Cosa è cambiato
Ora le notti elettorali e le finali di campionato girano, e l'assistenza non sente nulla.
Notate cosa non è successo. Non abbiamo venduto all'editore un contatore più grande o un livello di assistenza premium per sopravvivere ai suoi picchi. Abbiamo dimensionato la macchina al picco reale e messo il margine nella macchina.
Il bilancio
Con gli aggettivi si può discutere. Con un conteggio di ticket no. Ecco quello dell'editore, contro un decennio dello schema di traffico più spietato dell'editoria.
Le notti elettorali dell'editore accadono. Nessuno chiama. Il silenzio, in questo mestiere, è l'intero prodotto. Tutto il resto è confezione.
Perché questo si generalizza
Nulla di ciò che ha reso noiosa la piattaforma dell'editore è specifico dell'editoria. Hardware di proprietà senza contatore, uno stack conosciuto invece di uno zoo di servizi capiti a metà, e ingegneri che rispondono al vostro ticket con un nome invece che con una coda. Questi sono gli ingredienti, e non richiedono un pubblico nazionale per funzionare. Le nostre storie dei clienti mostrano di più su come lavoriamo.
La stessa cura scala fino a una sola macchina seria. Una catena di negozi di riparazione fa girare i suoi punti vendita, i suoi tecnici e il suo ERP critico per il business su un singolo dedicated server. Dimensione diversa, risultato identico: un'infrastruttura che fa il suo lavoro e poi si toglie di mezzo.
Risposte dirette
Come faccio a sapere se questo vale per la mia dimensione?+
Perché il principio non riguarda la dimensione. Riguarda il possedere l'hardware, standardizzare lo stack e avere un ingegnere con nome e cognome sul vostro ticket. Funziona su una sola macchina dedicata e su un cluster privato completo. Il Sizing Desk vi dirà quale estremo di quell'intervallo vi serve davvero, e pende verso la risposta più piccola.
Cosa include «managed»?+
Migrazione seguita in prima persona, gestione quotidiana della piattaforma e ottimizzazione di prestazioni e sicurezza, tutto dalla nostra parte della linea. Lo costruiamo, lo facciamo girare, rispondiamo quando qualcosa richiede attenzione. Per l'editore ha significato circa dieci occasioni in dieci anni.
Cosa succede nella mia notte di picco?+
Sfondate in un margine che è già nella macchina, perché è hardware dedicato e non c'è un contatore sopra. Quel margine lo dimensioniamo sul vostro picco reale fin dall'inizio.
Cosa succede se un intero datacenter ha una brutta giornata?+
La piattaforma dell'editore ha un disaster recovery distribuito geograficamente, quindi un problema in un sito non è un problema per i suoi lettori.
Dimensionate il cluster dietro una notte elettorale senza eventi
Rispondete a una manciata di domande e il Sizing Desk propone un'architettura reale dai nostri mattoni reali. Vi dirà se vi serve meno di quanto pensate. Alla maggior parte serve meno.
Dimensiona il tuo clusterSiete arrivati alla fine.
Mettete la lettura al lavoro
Cosa fate girare?
Raccontateci il carico di lavoro, il traffico e i requisiti di ripristino. Partite dal configuratore di server, oppure discutete i dettagli con un ingegnere.
Scritto dagli ingegneri che costruiscono e gestiscono l'infrastruttura che descrive.Parla con un ingegnere