Posso modificare il mio account Mappe di Azure esistente passando da S0 a S1?

Puoi modificare la configurazione dell'account Mappe di Azure in qualsiasi momento. Per istruzioni su come apportare modifiche nel portale di Azure, vedi la documentazione relativa alla gestione del piano tariffario dell'account Mappe di Azure.

Domande e risposte correlate

  • Tutte le API nel livello S1 vengono addebitate in base a una tariffa fissa pari a 5 USD per 1.000 transazioni. Scopri di più sui prezzi di Mappe di Azure

  • Scopri come eseguire il mapping a un dominio personalizzato.

  • Quando usi Site Recovery, ti vengono addebitate la licenza di Site Recovery, le risorse di archiviazione di Azure, le transazioni di archiviazione e il trasferimento di dati in uscita. La licenza di Site Recovery è applicabile a singole istanze protette e per istanza si intende una macchina virtuale o un server fisico.

    • Se viene eseguita la replica di un disco di macchina virtuale in un account di archiviazione Standard, l'addebito per Archiviazione di Azure è relativo all'utilizzo di risorse di archiviazione. Ad esempio, se le dimensioni del disco di origine sono pari a 1 TB e vengono usati 400 GB di risorse di archiviazione, Site Recovery crea un disco rigido virtuale da 1 TB in Azure, ma vengono addebitati 400 GB di risorse di archiviazione, oltre alla quantità di spazio di archiviazione usata per i log di replica.
    • Se viene eseguita la replica di un disco di macchina virtuale in un account di archiviazione Premium, l'addebito per Archiviazione di Azure è relativo alle dimensioni di risorse di archiviazione sottoposte a provisioning, arrotondato per eccesso all'opzione per dischi di archiviazione Premium più vicina. Ad esempio, se le dimensioni del disco di origine sono pari a 50 GB, Site Recovery crea un disco da 50 GB in Azure e Azure lo mappa al disco di archiviazione Premium più vicino (P10). I costi sono calcolati su P10, non sulle dimensioni di disco da 50 GB. Altre informazioni. Se usi risorse di archiviazione Premium, è necessario anche un account di archiviazione per la registrazione della replica e viene fatturata anche la quantità di spazio di archiviazione Standard usata per questi log.
    • Non viene creato alcun disco fino a un failover di test o un failover. Nello stato di replica gli addebiti per le risorse di archiviazione nella categoria "BLOB di pagine e disco" vengono applicati in base al calcolatore di prezzi per le risorse di archiviazione. Questi addebiti sono basati sul tipo di risorsa di archiviazione, ovvero Premium o Standard, e sul tipo di ridondanza dei dati, inclusi archiviazione con ridondanza locale, archiviazione con ridondanza geografica, archiviazione con ridondanza geografica e accesso in lettura e altro ancora.

    Se viene selezionata l'opzione per l'uso di dischi gestiti in un failover, vengono applicati addebiti per dischi gestiti dopo un failover o un failover di test. Gli addebiti per i dischi gestiti non sono applicati durante la replica. Durante la replica, vengono applicati addebiti per le risorse di archiviazione nella categoria "Unmanaged Disks e BLOB di pagine". Questi addebiti sono basati sul tipo di risorsa di archiviazione, ovvero Premium/Standard, e sul tipo di ridondanza dei dati, ovvero archiviazione con ridondanza locale, archiviazione con ridondanza geografica, archiviazione con ridondanza geografica e accesso in lettura e così via. Esempio: per una VM che esegue la replica in risorse di archiviazione Premium con un disco del sistema operativo da 128 GB e un disco dati da 500 GB: 1. Durante la replica: vengono applicati addebiti per le risorse di archiviazione nella categoria "Unmanaged Disks e BLOB di pagine" per dischi di archiviazione Premium con dimensioni P10 e P20. Le dimensioni dei dischi sottoposti a replica (128 GB e 500 GB) vengono arrotondate alle dimensioni di dischi Premium non gestiti più vicine, ovvero P10 (128 GB) e P20 (512 GB), per finalità di fatturazione. Viene anche usato un account di archiviazione Standard per la registrazione delle modifiche differenziali durante la replica. Vengono fatturati anche gli addebiti per le risorse di archiviazione nella categoria "Unmanaged Disks e BLOB di pagine" in base alla quantità di risorse di archiviazione Standard usata per tali log. 2. Durante un failover di test o dopo il failover in Managed Disks: vengono applicati gli addebiti di Managed Disks per istanze di Managed Disks Premium con dimensioni P10 e P20. Esempio: per una VM che esegue la replica in risorse di archiviazione Standard con un disco del sistema operativo da 32 GB e un disco dati da 250 GB: 1. Durante la replica: vengono applicati addebiti per le risorse di archiviazione Standard nella categoria "Unmanaged Disks e BLOB di pagine". 2. Durante un failover di test o dopo il failover in Managed Disks: vengono applicati gli addebiti di Managed Disks per istanze di Managed Disks Standard con dimensioni S4 (32 GB) e S15 (256 GB). Come puoi notare, le dimensioni dei dischi (32 GB e 250 GB) sono state arrotondate alle dimensioni di dischi gestiti Standard più vicine, ovvero S4 (32 GB) e S15 (256 GB).

    • Se l'opzione per l'uso di dischi gestiti in un failover non viene selezionata, gli addebiti per le risorse di archiviazione nella categoria "Unmanaged Disks e BLOB di pagine" vengono applicati in base al calcolatore di prezzi per le risorse di archiviazione dopo il failover. Questi addebiti sono basati sul tipo di risorsa di archiviazione, ovvero Premium o Standard, e sul tipo di ridondanza dei dati, inclusi archiviazione con ridondanza locale, archiviazione con ridondanza geografica, archiviazione con ridondanza geografica e accesso in lettura e altro ancora.
    • Le transazioni di archiviazione vengono addebitate durante la replica con stato costante e per le normali operazioni di macchina virtuale dopo un failover o un failover di test. Questi addebiti sono tuttavia trascurabili. I costi vengono addebitati anche durante un failover di test, in cui verranno applicati i costi per macchine virtuali, risorse di archiviazione, uscita e transazioni di archiviazione.
  • Vedi la documentazione di ExpressRoute per informazioni su località di peering e mapping delle zone di ExpressRoute.

  • La mappa delle dipendenze dei servizi cloud illustra le dipendenze critiche dei sistemi, sia upstream sia downstream, che potrebbero avere un impatto sui servizi cloud. In questo modo lo staff IT sarà in grado di riconoscere i potenziali problemi prima che si verifichino e potrà risolvere più rapidamente i problemi quando si verificano.

  • Quando un utente accede all'applicazione, viene usata una query DNS per eseguire il mapping del nome del servizio all'indirizzo IP. Fornendo risposte diverse a query DNS diverse, Gestione traffico permette di instradare il traffico in ingresso tra più servizi di Azure ospitati, eseguiti nello stesso data center o in più data center in diverse parti del mondo. Gestione traffico permette di scegliere tra diversi metodi di routing del traffico, tra cui prestazioni, failover o round robin. Usando questi metodi per gestire il traffico in modo efficiente, è possibile garantire prestazioni elevate, disponibilità e resilienza per le applicazioni.