Proponiamo
I nostri prezzi convenienti
Kubernetes a nodo singolo, preinstallato al primo avvio, senza sorprese!
Cluster Kubernetes in data center Tier III nell'EU con opzioni single-node e HA
Kubernetes a nodo singolo, preinstallato al primo avvio, senza sorprese!
Infrastruttura enterprise-grade con garanzia uptime 99.9% in tutte le location UE
Ottieni i tuoi server e risorse online in ore, non giorni. Nessuna commissione di installazione
Puoi fare upgrade o downgrade del tuo server cloud online utilizzando il pannello personale sul nostro sito web
Scegli la dimensione dei nodi e il cluster viene costruito e consegnato pronto all'uso: control plane, runtime dei container, rete CNI, un ingress controller e una storage class basata sullo stesso NVMe usato da ogni altra macchina qui. Il kubeconfig si scarica dal pannello appena il cluster è attivo.
È un cluster vero su VM vere nei nostri data center, non un'astrazione gestita sopra l'API di qualcun altro. kubectl, Helm e qualunque cosa parli con l'API di Kubernetes funzionano esattamente come ovunque, perché in mezzo non c'è nulla di anomalo.
Parti da ciò che girerà sul cluster, non da un numero di nodi. Somma le richieste di CPU e memoria di tutto quello che intendi schedulare, aggiungi l'overhead del control plane e dei pod di sistema, poi lascia margine sufficiente perché un nodo possa cadere senza che gli altri rifiutino i suoi pod.
Tre nodi piccoli battono di solito uno grande non appena tieni alla continuità, perché un nodo singolo dista un riavvio dal disservizio. Per sviluppo e CI un nodo va bene e costa molto meno.
Paghi i nodi - agli stessi prezzi di CPU, RAM e NVMe di qualsiasi server cloud - più una piccola quota fissa di gestione del cluster. I cluster Kubernetes partono da 22 EUR al mese.
Significa che un cluster non è mai misteriosamente più caro delle macchine che lo compongono, e scalarlo è la stessa aritmetica di qualsiasi altra cosa qui.
Parchi di microservizi cresciuti oltre un singolo host Docker, applicazioni che richiedono rilasci progressivi senza finestra di manutenzione e carichi di CI o di agenti che vogliono scalare e poi sparire.
I runner CI self-hosted sono un abbinamento frequente: un cluster dà loro dove espandersi e tiene artefatti di build e codice sorgente dentro la tua infrastruttura europea.
GitLab Runner· GitHub Actions Runner· Runner per agenti nell'UE
Se vuoi costruire il cluster da solo - una distribuzione specifica, un CNI particolare, una topologia insolita -, ordina normali server cloud e trattali come nodi. Nulla qui te lo impedisce, e le macchine sono identiche.
Scegli l'opzione gestita quando preferisci non passare la prima settimana sul control plane e quando un ingress e una storage class funzionanti dal primo giorno valgono più che scegliere ogni componente da te.
I nodi si possono aggiungere o ridimensionare al variare della domanda, esattamente come un server cloud. Gli aggiornamenti del cluster vengono concordati con te invece di essere applicati sotto di te, perché una minor version di Kubernetes è un cambio di API e qualcosa nei tuoi manifest di solito se ne accorge.
Migrare è soprattutto lavoro sui manifest: puntare Helm al nuovo cluster, ripristinare i volumi persistenti dai tuoi backup e spostare il DNS appena il nuovo ingress risponde correttamente.
Domande frequenti
Un cluster Kubernetes funzionante su VM cloud nel nostro data center: control plane, runtime dei container, rete CNI, un ingress controller e una storage class predefinita su NVMe. Il kubeconfig si scarica dal pannello non appena il cluster è attivo
Un nodo singolo va bene per sviluppo, CI e tutto ciò che puoi permetterti di perdere durante un riavvio. Scegli più nodi nel momento in cui un disservizio conta: con tre nodi il cluster può perderne uno e rischedulare i suoi pod sugli altri due
Scarica il kubeconfig dal pannello di gestione e punta kubectl o Helm su di esso. Nulla è incapsulato o dietro un proxy: è un endpoint standard dell'API Kubernetes, quindi ogni strumento che parla con Kubernetes funziona senza modifiche
Paghi i nodi alle stesse tariffe di CPU, RAM e NVMe di qualsiasi server cloud, più una piccola quota fissa di gestione del cluster. Scalare un cluster costa esattamente quanto costerebbe aggiungere i server equivalenti
Sì. I nodi si possono aggiungere, rimuovere o ridimensionare al variare della domanda, come qualsiasi server cloud: il disco cresce a caldo e le modifiche di CPU e RAM richiedono solo un riavvio di quel nodo
Gli aggiornamenti sono concordati con te invece di essere applicati sotto di te. Una minor version di Kubernetes è un cambio di API e in un insieme reale di manifest qualcosa se ne accorge quasi sempre, quindi concordiamo una finestra e tu puoi provare prima
Sì, e le macchine sono identiche: ordina server cloud e trattali come nodi se vuoi una distribuzione, un CNI o una topologia specifici. L'opzione gestita esiste perché un ingress e una storage class funzionanti dal primo giorno siano un problema di qualcun altro
Se hai bisogno di assistenza o hai domande aggiuntive, contatta i manager o scrivi al team di supporto a support@dcxv.com