Una pagina, quattro minuti di lettura, e nessuna clausola che faccia svanire l'impegno nel mese in cui ti serve. Questo accordo si applica automaticamente a ogni istanza sulla rete, a ogni piano, in ogni città, senza alcun livello che debba essere acquistato prima.
L'uptime mensile contrattuale è del 99,99 percento per istanza. L'uptime misurato negli ultimi dodici mesi mobili è del 99,993 percento, pubblicato in continuazione sulla pagina di stato (/status).
1. Cosa conta come downtime
Il downtime è il periodo durante il quale la tua istanza non è raggiungibile da almeno due dei nostri probe esterni, entrambi situati fuori dal sito interessato, dove la causa risiede dalla nostra parte del demarcation point.
I probe campionano ogni trenta secondi. Un evento di downtime si apre al primo di due campioni consecutivi falliti e si chiude al primo riuscito, il che significa che l'evento più breve che possiamo registrare è di sessanta secondi. Qualsiasi cosa più breve non viene conteggiata, a tuo favore o nostro.
La perdita di un servizio all'interno della tua istanza non è downtime. Una macchina che risponde sulla rete mentre il tuo database è bloccato è su, per quanto inutile possa sembrare questa distinzione in quel momento.
2. Cosa è escluso
- Manutenzione programmata. Annunciata con almeno settantadue ore di anticipo sulla pagina di stato e via email, limitata a quattro ore per istanza per mese di calendario, e programmata tra le 02:00 e le 06:00 ora locale del sito. La manutenzione oltre quel limite conta come downtime come qualsiasi altra cosa.
- Manutenzione d'emergenza. Una correzione del kernel o dell'hypervisor che non può attendere, annunciata con quanto anticipo la correzione consente. All'incirca due di queste all'anno.
- Interruzioni causate dal cliente. Il tuo kernel panic, la tua regola firewall, il tuo out-of-memory killer, il tuo rinnovo scaduto, o una sospensione ai sensi della politica di utilizzo accettabile (/legal/aup).
- Attacchi oltre il livello di filtraggio. Traffico volumetrico mirato al tuo servizio al di sopra della capacità di scrubbing del sito, che è fino a 12 Tbit/s nei siti più grandi e tra 4 e 8 Tbit/s altrove. Gli attacchi di livello 7 sono esclusi a meno che tu non abbia DDoS Pro, che esiste proprio per quel caso.
- Cose oltre il nostro edge. Il guasto di un provider di transito è nostro, perché ne compriamo diversi e instradiamo intorno ad esso. Una rottura nell'internet pubblico tra i tuoi utenti e il nostro edge non lo è.
- Forza maggiore, nel senso ordinario dell'espressione.
Tutto ciò che non è in quell'elenco conta. I guasti hardware contano, i guasti dell'hypervisor contano, i nostri errori di configurazione contano, e un sito che perde corrente conta anche se la corrente era compito di qualcun altro.
3. Crediti
| Uptime mensile misurato | Downtime in un mese di 30 giorni | Credito |
|---|---|---|
| 99,99% o superiore | fino a 4 minuti | nessuno dovuto |
| 99,90% al 99,98% | da 4 a 43 minuti | 10% della tariffa mensile |
| 99,50% al 99,89% | da 43 minuti a 3 ore e 36 minuti | 25% |
| 99,00% al 99,49% | da 3 ore e 36 minuti a 7 ore e 12 minuti | 50% |
| inferiore al 99,00% | più di 7 ore e 12 minuti | 100% |
Il credito è calcolato per istanza contro la tariffa mensile di quell'istanza, al tasso mensile effettivo del tuo ciclo di fatturazione piuttosto che al prezzo di listino. I componenti aggiuntivi collegati all'istanza interessata sono inclusi nella tariffa a cui viene applicata la percentuale. Il massimo in qualsiasi mese è il cento per cento di quella tariffa.
4. Come vengono applicati i crediti
Automaticamente, e senza che tu te ne accorga in anticipo. Quando un mese di calendario si chiude, il processo di fatturazione confronta l'uptime misurato di ogni istanza con la tabella sopra, accredita qualsiasi credito sul saldo del conto in euro entro tre giorni, e stampa una riga sulla prossima fattura spiegando quale istanza e quale mese.
Non c'è modulo di richiesta, nessuna scadenza di trenta giorni per individuare tu stesso l'interruzione, e nessun requisito di aver aperto un ticket durante essa. All'incirca uno su cinque dei crediti che emettiamo va a un cliente che non si era accorto che fosse successo qualcosa.
I crediti compensano le fatture future. Non vengono pagati a un indirizzo di catena, per la ragione esposta nella politica di rimborso (/legal/refunds): nessun denaro è entrato in azienda contro di essi.
I crediti di servizio sono l'unico rimedio per il downtime, come stabilito dalla sezione 9 dei termini (/legal/terms).
5. Obiettivi di rete
L'uptime è il titolo, anche se raramente è la cosa che rovina una settimana. Altri tre obiettivi si applicano alla nostra rete, ovvero dalla tua istanza al bordo del nostro backbone (/network):
- Perdita di pacchetti inferiore allo 0,1 percento, campionata ogni trenta secondi e calcolata come media su un mese di calendario.
- Jitter inferiore a 2 millisecondi tra siti nella stessa regione.
- Latenza entro il 20 percento delle mediane da sito a sito pubblicate sull'indice delle posizioni (/locations), che provengono dai nostri probe piuttosto che da un depliant.
La mancata osservanza di uno qualsiasi di questi per un intero mese di calendario su un percorso utilizzato dalla tua istanza è trattata come un evento nella fascia 99,90-99,98 e accreditata al dieci percento, sulla stessa base automatica.
6. Misurazione e controversie
I nostri probe e il looking glass (/network/looking-glass) sono la documentazione primaria, e i campioni grezzi per la tua istanza sono disponibili su richiesta per gli ultimi novanta giorni.
Non sei d'accordo con un mese? Invia i tuoi dati di monitoraggio. Se campionano almeno una volta al minuto da almeno due reti indipendenti, li prenderemo sul serio, e abbiamo accreditato più di una volta sulla base dei dati del cliente. Nessuno in questa azienda ha mai contestato a un cliente un credito di valore inferiore alla discussione.
Questo accordo fa parte dei termini di servizio (/legal/terms) e cambia con lo stesso preavviso.