Come funziona questa calcolatrice
IL Calcolatore dei costi di trasferimento dati tra zone della zona stima l'importo pagato per spostare i dati tra zone di disponibilità all'interno di un'area cloud. Inserisci il volume di traffico cross-AZ al mese (in GB) e il tariffa per GB per ciascuna direzionee lo strumento moltiplica il volume in base alla tariffa per produrre un costo mensile. Perché molti fornitori di servizi cloud fatturano i dati in partenza una AZ e dati entrando un altro, il calcolatore tiene conto di entrambe le direzioni, fornendo il costo di andata e ritorno del traffico che attraversa i confini della zona. I fattori principali sono semplici ma facili da trascurare: i gigabyte totali spostati e la piccola tariffa per gigabyte che aumenta silenziosamente con la crescita del traffico.
Questo è importante perché La disponibilità elevata multi-AZ non è gratuita. La diffusione di database, livelli di applicazione e repliche tra zone migliora la resilienza, ma ogni flusso di replica, controllo dello stato e richiesta tra zone genera un trasferimento fatturabile. Una tariffa per gigabyte che sembra banale può diventare un elemento pubblicitario significativo su larga scala. Il compromesso chiave da tenere d’occhio è disponibilità rispetto al costo di trasferimento: mantenere i servizi loquaci ubicati in un'unica zona di zona riduce i costi ma indebolisce la tolleranza agli errori. Utilizza il calcolatore per valutare il costo prima di impegnarti in un'architettura, in modo da poter decidere dove vale la pena pagare la ridondanza tra zone e dove ha più senso consolidare il traffico.
Domande frequenti
Perché il trasferimento cross-AZ viene fatturato due volte?
Su AWS, il traffico tra le zone di disponibilità viene addebitato a circa 0,01 USD/GB per l'uscita dalla zona di disponibilità dell'origine e nuovamente per l'ingresso nella destinazione: circa 0,02 USD/GB andata e ritorno. I servizi Chatty suddivisi in zone pagano questo importo su ogni messaggio.
Come posso evitare addebiti cross-AZ?
Utilizza il routing basato sulla zona in modo che i servizi comunichino all'interno della propria AZ, ove possibile, leggano da repliche della stessa zona (fetch-from-follower in Kafka) e soppesi le distribuzioni a singola AZ per i carichi di lavoro che non richiedono durabilità su più AZ. Ne vale la pena, ma progetta per ridurre al minimo le vibrazioni tra zone.