Come configurare il supporto di una rete virtuale per un'istanza Premium di Cache Redis di AzureHow to configure Virtual Network Support for a Premium Azure Redis Cache

Cache Redis di Azure include diverse soluzioni cache che offrono flessibilità di scelta riguardo alle dimensioni e alle funzionalità della cache, tra cui le funzionalità del livello Premium come clustering, persistenza e supporto per reti virtuali.Azure Redis Cache has different cache offerings, which provide flexibility in the choice of cache size and features, including Premium tier features such as clustering, persistence, and virtual network support. Una rete virtuale è una rete privata nel cloud.A VNet is a private network in the cloud. Quando un'istanza di Cache Redis di Azure viene configurata con una rete virtuale, non è indirizzabile pubblicamente ed è accessibile solo da macchine virtuali e applicazioni all'interno della rete virtuale.When an Azure Redis Cache instance is configured with a VNet, it is not publicly addressable and can only be accessed from virtual machines and applications within the VNet. Questo articolo descrive come configurare il supporto di una rete virtuale per un'istanza Premium di Cache Redis di Azure.This article describes how to configure virtual network support for a premium Azure Redis Cache instance.

Nota

Cache Redis di Azure supporta le reti virtuali classiche e di Resource Manager.Azure Redis Cache supports both classic and Resource Manager VNets.

Per informazioni su altre funzionalità di cache premium, vedere Introduzione al piano Premium di Cache Redis di Azure.For information on other premium cache features, see Introduction to the Azure Redis Cache Premium tier.

Perché usare una rete virtuale?Why VNet?

La distribuzione di Rete virtuale di Azure offre sicurezza e isolamento migliorati per Cache Redis di Azure, nonché subnet, criteri di controllo di accesso e altre funzionalità per limitare ulteriormente l'accesso.Azure Virtual Network (VNet) deployment provides enhanced security and isolation for your Azure Redis Cache, as well as subnets, access control policies, and other features to further restrict access.

Supporto della rete virtualeVirtual network support

Il supporto della rete virtuale viene configurato nel pannello Nuova cache Redis durante la creazione della cache.Virtual Network (VNet) support is configured on the New Redis Cache blade during cache creation.

Per creare una cache Premium, accedere al portale di Azure e fare clic su Nuovo > Database > Cache Redis.To create a premium cache, sign-in to the Azure portal and click New > Databases > Redis Cache.

Create cache

Nota

Oltre a creare cache nel portale di Azure, è possibile crearle usando modelli di Resource Manager, PowerShell o l'interfaccia della riga di comando di Azure.In addition to creating caches in the Azure portal, you can also create them using Resource Manager templates, PowerShell, or Azure CLI. Per altre informazioni sulla creazione di un'istanza di Cache Redis di Azure, vedere Creare una cache.For more information about creating an Azure Redis Cache, see Create a cache.

Per configurare le funzionalità Premium, selezionare prima di tutto uno dei piani tariffari Premium nell'elenco a discesa Piano tariffario.To configure premium features, first select one of the premium pricing tiers in the Pricing tier drop-down list. Per altre informazioni sui diversi piani tariffari, fare clic su Visualizza i dettagli completi sui prezzi e selezionare un piano tariffario nel pannello Scegliere un piano tariffario.For more information about each pricing tier, click View full pricing details and select a pricing tier from the Choose your pricing tier blade.

Scegliere il piano tariffario

Dopo aver selezionato un piano tariffario Premium, è possibile configurare l'integrazione rete virtuale di Cache Redis selezionando una rete virtuale nella stessa sottoscrizione e nella stessa posizione della cache.Once you have selected a premium pricing tier, you can configure Redis VNet integration by selecting a VNet that is in the same subscription and location as your cache. Per usare una nuova rete virtuale, è necessario prima crearla seguendo i passaggi in Creare una rete virtuale usando il portale di Azure o in Creare una rete virtuale (classica) usando il portale di Azure, quindi tornare al pannello Nuova cache Redis per creare e configurare la cache Premium.To use a new VNet, create it first by following the steps in Create a virtual network using the Azure portal or Create a virtual network (classic) by using the Azure portal and then return to the New Redis Cache blade to create and configure your premium cache.

Per configurare la rete virtuale per la nuova cache, fare clic su Rete virtuale nel pannello Nuova cache Redis e selezionare la rete virtuale desiderata dall'elenco a discesa.To configure the VNet for your new cache, click Virtual Network on the New Redis Cache blade, and select the desired VNet from the drop-down list.

Rete virtuale

Nell'elenco a discesa Subnet selezionare la subnet desiderata e specificare l'indirizzo IP statico.Select the desired subnet from the Subnet drop-down list, and specify the desired Static IP address. Se si usa una rete virtuale classica, il campo Indirizzo IP statico è facoltativo e, se non è specificato, ne verrà scelto uno dalla subnet selezionata.If you are using a classic VNet the Static IP address field is optional, and if none is specified, one is chosen from the selected subnet.

Importante

Quando si distribuisce Cache Redis di Azure in una rete virtuale di Resource Manager, la cache deve trovarsi in una subnet dedicata che non contiene altre risorse, ad eccezione delle istanze di Cache Redis di Azure.When deploying an Azure Redis Cache to a Resource Manager VNet, the cache must be in a dedicated subnet that contains no other resources except for Azure Redis Cache instances. Se si tenta di distribuire un'istanza di Cache Redis di Azure in una rete virtuale di Resource Manager all'interno di una subnet contenente altre risorse, la distribuzione non riesce.If an attempt is made to deploy an Azure Redis Cache to a Resource Manager VNet to a subnet that contains other resources, the deployment fails.

Rete virtuale

Importante

Azure riserva alcuni indirizzi IP all'interno di ogni subnet e questi indirizzi non possono essere usati.Azure reserves some IP addresses within each subnet, and these addresses can't be used. Il primo e l'ultimo indirizzo IP delle subnet sono riservati per motivi di conformità al protocollo, insieme ad altri tre indirizzi usati per i servizi di Azure.The first and last IP addresses of the subnets are reserved for protocol conformance, along with three more addresses used for Azure services. Per altre informazioni, vedere Esistono restrizioni sull'uso di indirizzi IP all'interno di tali subnet?For more information, see Are there any restrictions on using IP addresses within these subnets?

Oltre agli indirizzi IP usati dall'infrastruttura di rete virtuale di Azure, ogni istanza di Cache Redis nella subnet usa due indirizzi IP per partizione e un altro indirizzo IP per il bilanciamento del carico.In addition to the IP addresses used by the Azure VNET infrastructure, each Redis instance in the subnet uses two IP addresses per shard and one additional IP address for the load balancer. Si presuppone che una cache non cluster includa una sola partizione.A non-clustered cache is considered to have one shard.

Dopo aver creato la cache, è possibile visualizzare la configurazione della rete virtuale facendo clic su Rete virtuale dal menu Risorse.After the cache is created, you can view the configuration for the VNet by clicking Virtual Network from the Resource menu.

Rete virtuale

Per connettersi all'istanza di Cache Redis di Azure quando si usa una rete virtuale, specificare il nome host della cache nella stringa di connessione, come mostrato nell'esempio seguente:To connect to your Azure Redis cache instance when using a VNet, specify the host name of your cache in the connection string as shown in the following example:

private static Lazy<ConnectionMultiplexer> lazyConnection = new Lazy<ConnectionMultiplexer>(() =>
{
    return ConnectionMultiplexer.Connect("contoso5premium.redis.cache.windows.net,abortConnect=false,ssl=true,password=password");
});

public static ConnectionMultiplexer Connection
{
    get
    {
        return lazyConnection.Value;
    }
}

Domande frequenti sulla rete virtuale di Cache Redis di AzureAzure Redis Cache VNet FAQ

Nell'elenco seguente sono fornite le risposte alle domande poste comunemente sulla rete virtuale di Cache Redis di Azure.The following list contains answers to commonly asked questions about the Azure Redis Cache scaling.

Quali sono alcuni problemi comuni di configurazione errata per Cache Redis di Azure e le reti virtuali?What are some common misconfiguration issues with Azure Redis Cache and VNets?

Quando Cache Redis di Azure è ospitata in una rete virtuale, vengono usate le porte indicate nelle tabelle seguenti.When Azure Redis Cache is hosted in a VNet, the ports in the following tables are used.

Importante

Se le porte nelle tabelle seguenti sono bloccate, la cache potrebbe non funzionare correttamente.If the ports in the following tables are blocked, the cache may not function correctly. Il blocco di una o più di queste porte è il problema di configurazione più comune nell'uso di Cache Redis di Azure in una rete virtuale.Having one or more of these ports blocked is the most common misconfiguration issue when using Azure Redis Cache in a VNet.

Requisiti delle porte in uscitaOutbound port requirements

Vi sono sette requisiti delle porte in uscita.There are seven outbound port requirements.

  • Se lo si desidera, tutte le connessioni a Internet in uscita possono essere eseguite tramite un dispositivo di controllo locale del cliente.If desired, all outbound connections to the internet can be made through a client's on-premises auditing device.
  • Tre delle porte instradano il traffico a endpoint di Azure che servono Archiviazione di Azure e Azure DNS.Three of the ports route traffic to Azure endpoints servicing Azure Storage and Azure DNS.
  • Gli intervalli di porte rimanenti sono destinati alle comunicazioni interne subnet di Redis.The remaining port ranges and for internal Redis subnet communications. Per le comunicazioni subnet interne di Redis non è richiesta alcuna regola NSG subnet.No subnet NSG rules are required for internal Redis subnet communications.
PortePort(s) DirezioneDirection Protocollo di trasportoTransport Protocol ScopoPurpose IP localeLocal IP IP remotoRemote IP
80, 44380, 443 In uscitaOutbound TCPTCP Dipendenze Redis in Archiviazione di Azure/PKI (Internet)Redis dependencies on Azure Storage/PKI (Internet) (Subnet Redis)(Redis subnet) *
5353 In uscitaOutbound TCP/UDPTCP/UDP Dipendenze Redis nel DNS (Internet/rete virtuale)Redis dependencies on DNS (Internet/VNet) (Subnet Redis)(Redis subnet) *
84438443 In uscitaOutbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)
10221-1023110221-10231 In uscitaOutbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)
2022620226 In uscitaOutbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)
13000-1399913000-13999 In uscitaOutbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)
15000-1599915000-15999 In uscitaOutbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)

Requisiti delle porte in ingressoInbound port requirements

Vi sono otto requisiti delle porte in ingresso.There are eight inbound port range requirements. Le richieste in ingresso in questi intervalli provengono da altri servizi ospitati nella stessa VNET o sono interne alle comunicazioni subnet di Redis.Inbound requests in these ranges are either inbound from other services hosted in the same VNET or internal to the Redis subnet communications.

PortePort(s) DirezioneDirection Protocollo di trasportoTransport Protocol ScopoPurpose IP localeLocal IP IP remotoRemote IP
6379, 63806379, 6380 In ingressoInbound TCPTCP Comunicazione tra client e Redis, bilanciamento del carico di AzureClient communication to Redis, Azure load balancing (Subnet Redis)(Redis subnet) Rete virtuale, Bilanciamento carico di AzureVirtual Network, Azure Load Balancer
84438443 In ingressoInbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)
85008500 In ingressoInbound TCP/UDPTCP/UDP Bilanciamento del carico di AzureAzure load balancing (Subnet Redis)(Redis subnet) Azure Load BalancerAzure Load Balancer
10221-1023110221-10231 In ingressoInbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis), bilanciamento del carico di Azure(Redis subnet), Azure Load Balancer
13000-1399913000-13999 In ingressoInbound TCPTCP Comunicazione tra client e cluster Redis, bilanciamento del carico di AzureClient communication to Redis Clusters, Azure load balancing (Subnet Redis)(Redis subnet) Rete virtuale, Bilanciamento carico di AzureVirtual Network, Azure Load Balancer
15000-1599915000-15999 In ingressoInbound TCPTCP Comunicazione tra client e cluster Redis, bilanciamento del carico di AzureClient communication to Redis Clusters, Azure load Balancing (Subnet Redis)(Redis subnet) Rete virtuale, Bilanciamento carico di AzureVirtual Network, Azure Load Balancer
1600116001 In ingressoInbound TCP/UDPTCP/UDP Bilanciamento del carico di AzureAzure load balancing (Subnet Redis)(Redis subnet) Azure Load BalancerAzure Load Balancer
2022620226 In ingressoInbound TCPTCP Comunicazioni interne per RedisInternal communications for Redis (Subnet Redis)(Redis subnet) (Subnet Redis)(Redis subnet)

Ulteriori requisiti di connettività della rete VNETAdditional VNET network connectivity requirements

Esistono requisiti di connettività di rete per Cache Redis di Azure che potrebbero non essere inizialmente soddisfatti in una rete virtuale.There are network connectivity requirements for Azure Redis Cache that may not be initially met in a virtual network. Per il corretto funzionamento se usato all'interno di una rete virtuale, Cache Redis di Azure richiede tutti gli elementi seguenti.Azure Redis Cache requires all the following items to function properly when used within a virtual network.

  • Connettività di rete in uscita per endpoint di archiviazione di Azure in tutto il mondo.Outbound network connectivity to Azure Storage endpoints worldwide. Sono inclusi gli endpoint che si trovano nella stessa area dell'istanza di Cache Redis di Azure, nonché gli endpoint di archiviazione che si trovano in altre aree di Azure.This includes endpoints located in the same region as the Azure Redis Cache instance, as well as storage endpoints located in other Azure regions. Gli endpoint di Archiviazione di Azure vengono risolti nei seguenti domini DNS: table.core.windows.net, blob.core.windows.net, queue.core.windows.net e file.core.windows.net.Azure Storage endpoints resolve under the following DNS domains: table.core.windows.net, blob.core.windows.net, queue.core.windows.net, and file.core.windows.net.
  • Connettività di rete in uscita verso ocsp.msocsp.com, mscrl.microsoft.com e crl.microsoft.com. Tale connettività è necessaria per il supporto della funzionalità SSL.Outbound network connectivity to ocsp.msocsp.com, mscrl.microsoft.com, and crl.microsoft.com. This connectivity is needed to support SSL functionality.
  • La configurazione DNS per la rete virtuale deve essere in grado di risolvere tutti gli endpoint e i domini indicati nei punti precedenti.The DNS configuration for the virtual network must be capable of resolving all of the endpoints and domains mentioned in the earlier points. Questi requisiti DNS possono essere soddisfatti garantendo che un'infrastruttura DNS valida venga configurata e mantenuta per la rete virtuale.These DNS requirements can be met by ensuring a valid DNS infrastructure is configured and maintained for the virtual network.
  • Connettività di rete in uscita agli endpoint di Monitoraggio di Azure seguenti, che vengono risolti nei domini DNS seguenti: shoebox2-black.shoebox2.metrics.nsatc.net, north-prod2.prod2.metrics.nsatc.net, azglobal-black.azglobal.metrics.nsatc.net, shoebox2-red.shoebox2.metrics.nsatc.net, east-prod2.prod2.metrics.nsatc.net, azglobal-red.azglobal.metrics.nsatc.net.Outbound network connectivity to the following Azure Monitoring endpoints, which resolve under the following DNS domains: shoebox2-black.shoebox2.metrics.nsatc.net, north-prod2.prod2.metrics.nsatc.net, azglobal-black.azglobal.metrics.nsatc.net, shoebox2-red.shoebox2.metrics.nsatc.net, east-prod2.prod2.metrics.nsatc.net, azglobal-red.azglobal.metrics.nsatc.net.

Come è possibile verificare che la cache funzioni in una rete virtuale?How can I verify that my cache is working in a VNET?

Importante

Quando ci si connette a un'istanza di Cache Redis di Azure ospitata in una rete virtuale, i client della cache devono trovarsi nella stessa rete virtuale, incluse eventuali applicazioni di test o strumenti di diagnostica ping.When connecting to an Azure Redis Cache instance that is hosted in a VNET, your cache clients must be in the same VNET, including any test applications or diagnostic pinging tools.

Dopo aver configurato i requisiti delle porte come descritto nella sezione precedente, è possibile verificare che la cache funzioni eseguendo la procedura seguente.Once the port requirements are configured as described in the previous section, you can verify that your cache is working by performing the following steps.

  • Riavviare tutti i nodi della cache.Reboot all of the cache nodes. Se non è possibile raggiungere tutte le dipendenze della cache richieste (come descritto in Requisiti delle porte in ingresso e Requisiti delle porte in uscita), la cache non sarà in grado di riavviarsi.If all of the required cache dependencies can't be reached (as documented in Inbound port requirements and Outbound port requirements), the cache won't be able to restart successfully.
  • Dopo il riavvio dei nodi della cache (come riportato dallo stato della cache nel portale di Azure), è possibile eseguire i test seguenti:Once the cache nodes have restarted (as reported by the cache status in the Azure portal), you can perform the following tests:

    • eseguire il ping dell'endpoint della cache (tramite la porta 6380) da un computer che si trova all'interno della stessa rete virtuale della cache tramite tcping.ping the cache endpoint (using port 6380) from a machine that is within the same VNET as the cache, using tcping. ad esempio:For example:

      tcping.exe contosocache.redis.cache.windows.net 6380

      Se lo strumento tcping indica che la porta è aperta, la cache è disponibile per la connessione dai client nella rete virtuale.If the tcping tool reports that the port is open, the cache is available for connection from clients in the VNET.

    • Un altro modo per eseguire il test è quello di creare un client della cache di test (che potrebbe essere una semplice applicazione della console tramite StackExchange.Redis) che si connette alla cache, aggiunge e recupera alcuni elementi dalla cache.Another way to test is to create a test cache client (which could be a simple console application using StackExchange.Redis) that connects to the cache and adds and retrieves some items from the cache. Installare l'applicazione client di esempio in una macchina virtuale che si trova nella stessa rete virtuale della cache ed eseguirla per verificare la connettività alla cache.Install the sample client application onto a VM that is in the same VNET as the cache and run it to verify connectivity to the cache.

È possibile usare reti virtuali con una cache Standard o Basic?Can I use VNets with a standard or basic cache?

Le reti virtuali possono essere usate solo con cache Premium.VNets can only be used with premium caches.

Perché la creazione di una cache Redis ha esito negativo in alcune subnet e non in altre?Why does creating a Redis cache fail in some subnets but not others?

Quando si distribuisce un'istanza di Cache Redis di Azure in una rete virtuale di Resource Manager, la cache deve trovarsi in una subnet dedicata che non contiene altri tipi di risorse.If you are deploying an Azure Redis Cache to a Resource Manager VNet, the cache must be in a dedicated subnet that contains no other resource type. Se si tenta di distribuire un'istanza di Cache Redis di Azure in una rete virtuale di Resource Manager all'interno di una subnet contenente altre risorse, la distribuzione non riesce.If an attempt is made to deploy an Azure Redis Cache to a Resource Manager VNet subnet that contains other resources, the deployment fails. Prima di poter creare una nuova cache Redis, è necessario eliminare le risorse esistenti all'interno della subnet.You must delete the existing resources inside the subnet before you can create a new Redis cache.

È possibile distribuire più tipi di risorse in una rete virtuale classica, purché siano disponibili indirizzi IP sufficienti.You can deploy multiple types of resources to a classic VNet as long as you have enough IP addresses available.

Quali sono i requisiti di spazio per gli indirizzi di subnet?What are the subnet address space requirements?

Azure riserva alcuni indirizzi IP all'interno di ogni subnet e questi indirizzi non possono essere usati.Azure reserves some IP addresses within each subnet, and these addresses can't be used. Il primo e l'ultimo indirizzo IP delle subnet sono riservati per motivi di conformità al protocollo, insieme ad altri tre indirizzi usati per i servizi di Azure.The first and last IP addresses of the subnets are reserved for protocol conformance, along with three more addresses used for Azure services. Per altre informazioni, vedere Esistono restrizioni sull'uso di indirizzi IP all'interno di tali subnet?For more information, see Are there any restrictions on using IP addresses within these subnets?

Oltre agli indirizzi IP usati dall'infrastruttura di rete virtuale di Azure, ogni istanza di Cache Redis nella subnet usa due indirizzi IP per partizione e un altro indirizzo IP per il bilanciamento del carico.In addition to the IP addresses used by the Azure VNET infrastructure, each Redis instance in the subnet uses two IP addresses per shard and one additional IP address for the load balancer. Si presuppone che una cache non cluster includa una sola partizione.A non-clustered cache is considered to have one shard.

Tutte le funzionalità della cache funzionano quando si ospita una cache in una rete virtuale?Do all cache features work when hosting a cache in a VNET?

Quando la cache fa parte di una rete virtuale, solo i client nella rete virtuale possono accedere alla cache.When your cache is part of a VNET, only clients in the VNET can access the cache. Di conseguenza, le seguenti funzionalità di gestione della cache non funzionano in questo momento.As a result, the following cache management features don't work at this time.

  • Console Redis: poiché la console Redis viene eseguita nel browser locale, che si trova esternamente alla rete virtuale, non può connettersi alla cache.Redis Console - Because Redis Console runs in your local browser, which is outside the VNET, it can't connect to your cache.

Usare ExpressRoute con Cache Redis di AzureUse ExpressRoute with Azure Redis Cache

I clienti possono connettere un circuito Azure ExpressRoute all'infrastruttura di rete virtuale per estendere la rete locale ad Azure.Customers can connect an Azure ExpressRoute circuit to their virtual network infrastructure, thus extending their on-premises network to Azure.

Per impostazione predefinita, un circuito ExpressRoute appena creato non esegue il tunneling forzato (annuncio della route predefinita, 0.0.0.0/0) in una rete virtuale.By default, a newly created ExpressRoute circuit does not perform forced tunneling (advertisement of a default route, 0.0.0.0/0) on a VNET. Di conseguenza, la connettività Internet in uscita è consentita direttamente dalla rete virtuale e le applicazioni client sono in grado di connettersi agli altri endpoint di Azure tra cui la Cache Redis di Azure.As a result, outbound Internet connectivity is allowed directly from the VNET and client applications are able to connect to other Azure endpoints including Azure Redis Cache.

Tuttavia, una configurazione comune dei clienti è quella di usare il tunneling forzato (segnalare una route predefinita) verso la quale viene forzato il traffico Internet in uscita invece di far passare il flusso localmente.However a common customer configuration is to use forced tunneling (advertise a default route) which forces outbound Internet traffic to instead flow on-premises. Questo flusso di traffico interrompe la connettività con Cache Redis di Azure se il traffico in uscita viene quindi bloccato in locale in modo da impedire all'istanza di Cache Redis di Azure di comunicare con le proprie dipendenze.This traffic flow breaks connectivity with Azure Redis Cache if the outbound traffic is then blocked on-premises such that the Azure Redis Cache instance is not able to communicate with its dependencies.

La soluzione consiste nel definire una o più route definite dall'utente (UDR, User Defined Route) nella subnet contenente la Cache Redis di Azure.The solution is to define one (or more) user-defined routes (UDRs) on the subnet that contains the Azure Redis Cache. Una route UDR definisce le route specifiche della subnet che verranno accettate invece della route predefinita.A UDR defines subnet-specific routes that will be honored instead of the default route.

Se possibile, è consigliabile utilizzare la seguente configurazione:If possible, it is recommended to use the following configuration:

  • La configurazione di ExpressRoute annuncia 0.0.0.0/0 e per impostazione predefinita esegue il tunneling forzato di tutto il traffico in uscita in un ambiente locale.The ExpressRoute configuration advertises 0.0.0.0/0 and by default force tunnels all outbound traffic on-premises.
  • La routine definita dall'utente applicata alla subnet contenente Cache Redis di Azure definisce 0.0.0.0/0 con una route di lavoro per il traffico TCP/IP verso la rete Internet pubblica, ad esempio impostando il tipo di hop successivo su "Internet".The UDR applied to the subnet containing the Azure Redis Cache defines 0.0.0.0/0 with a working route for TCP/IP traffic to the public internet; for example by setting the next hop type to 'Internet'.

L'effetto combinato di questi passaggi è che il livello di subnet UDR avrà la precedenza sul tunneling forzato di ExpressRoute, garantendo l'accesso a Internet in uscita da Cache Redis di Azure.The combined effect of these steps is that the subnet level UDR takes precedence over the ExpressRoute forced tunneling, thus ensuring outbound Internet access from the Azure Redis Cache.

Per motivi di prestazioni, la connessione a un'istanza di Cache Redis di Azure da un'applicazione locale tramite ExpressRoute non è uno scenario di utilizzo tipico. Per ottenere prestazioni ottimali, i client di Cache Redis di Azure devono trovarsi nella stessa area di Cache Redis di Azure.Connecting to an Azure Redis Cache instance from an on-premises application using ExpressRoute is not a typical usage scenario due to performance reasons (for best performance Azure Redis Cache clients should be in the same region as the Azure Redis Cache).

Importante

Le route definite in un UDR devono essere sufficientemente specifiche per avere la precedenza su qualsiasi route annunciata dalla configurazione di ExpressRoute.The routes defined in a UDR must be specific enough to take precedence over any routes advertised by the ExpressRoute configuration. Nell'esempio di seguito viene utilizzato l'intervallo di indirizzi ampio 0.0.0.0/0 e pertanto può essere accidentalmente sottoposto a override dagli annunci di route mediante più intervalli di indirizzi specifici.The following example uses the broad 0.0.0.0/0 address range, and as such can potentially be accidentally overridden by route advertisements using more specific address ranges.

Avviso

Cache Redis di Azure non è supportato con le configurazioni di ExpressRoute che annunciano erroneamente route dal percorso di peering pubblico al percorso di peering privato.Azure Redis Cache is not supported with ExpressRoute configurations that incorrectly cross-advertise routes from the public peering path to the private peering path. Le configurazioni di ExpressRoute per cui è configurato il peering pubblico riceveranno gli annunci delle route da Microsoft per un elevato numero di intervalli di indirizzi IP di Microsoft Azure.ExpressRoute configurations that have public peering configured, receive route advertisements from Microsoft for a large set of Microsoft Azure IP address ranges. Se questi intervalli di indirizzi vengono annunciati in modo non corretto nel percorso di peering privato, il risultato finale è che tutti i pacchetti di rete in uscita dalla subnet dell'istanza di Cache Redis di Azure verranno erroneamente sottoposti a tunneling forzato verso l'infrastruttura di rete locale del cliente.If these address ranges are incorrectly cross-advertised on the private peering path, the result is that all outbound network packets from the Azure Redis Cache instance's subnet are incorrectly force-tunneled to a customer's on-premises network infrastructure. Questo flusso di rete interromperà Cache Redis di Azure.This network flow breaks Azure Redis Cache. La soluzione a questo problema consiste nell'interrompere l’annuncio di più route dal percorso di peering pubblico al percorso di peering privato.The solution to this problem is to stop cross-advertising routes from the public peering path to the private peering path.

Le informazioni generali sulle route definite dall'utente sono disponibili in questa panoramica.Background information on user-defined routes is available in this overview.

Per altre informazioni su ExpressRoute, vedere Panoramica tecnica relativa a ExpressRoute.For more information about ExpressRoute, see ExpressRoute technical overview.

Passaggi successiviNext steps

Informazioni su come usare altre funzionalità di cache premium.Learn how to use more premium cache features.