konfigurace podpory virtuální sítě pro instanci služby Premium Azure Cache for Redis

Nasazení služby Azure Virtual Network poskytuje rozšířené zabezpečení a izolaci spolu s těmito zásadami: podsítě, zásady řízení přístupu a další funkce pro omezení přístupu. Když je instance Azure cache pro Redis nakonfigurovaná pomocí virtuální sítě, není veřejně adresovatelná. Místo toho může být instance dostupná jenom z virtuálních počítačů a aplikací v rámci virtuální sítě. tento článek popisuje, jak nakonfigurovat podporu virtuální sítě Premium pro Redis instanci Azure Cache na úrovni.

Poznámka

Azure cache pro Redis podporuje model nasazení Classic i Azure Resource Manager virtuální sítě.

Důležité

Azure cache for Redis teď podporuje privátní propojení Azure, které zjednodušuje architekturu sítě a zabezpečuje připojení mezi koncovými body v Azure. Můžete se připojit k instanci Azure cache z vaší virtuální sítě prostřednictvím privátního koncového bodu, kterému se přiřadí privátní IP adresa v podsíti v rámci virtuální sítě. Privátní odkazy Azure jsou nabízeny na všech našich úrovních, zahrnuje podporu Azure Policy a zjednodušenou správu pravidel NSG. Další informace najdete v tématu dokumentace k privátním odkazům. Postup migrace vložené mezipaměti virtuální sítě do privátního propojení najdete tady.

Nastavení podpory virtuální sítě

Podpora virtuální sítě je nakonfigurovaná v novém podokně mezipaměti Azure pro Redis během vytváření mezipaměti.

  1. pokud chcete vytvořit mezipaměť Premium úrovně, přihlaste se k Azure Portal a vyberte vytvořit prostředek. Můžete je také vytvořit pomocí Správce prostředků šablon, PowerShellu nebo rozhraní příkazového řádku Azure CLI. Další informace o tom, jak vytvořit mezipaměť Azure pro instanci Redis, najdete v tématu vytvoření mezipaměti.

    Screenshot that shows Create a resource.

  2. Na stránce Nový vyberte databáze. Pak vyberte Azure cache pro Redis.

    Screenshot that shows selecting Azure Cache for Redis.

  3. na stránce nový Redis Cache nakonfigurujte nastavení pro novou mezipaměť Premium vrstvy.

    Nastavení Navrhovaná hodnota Popis
    Název DNS Zadejte globálně jedinečný název. Název mezipaměti musí být řetězec v rozmezí 1 až 63 znaků, který obsahuje jenom čísla, písmena nebo spojovníky. Název musí začínat a končit číslicí nebo písmenem a nesmí obsahovat po sobě jdoucí spojovníky. Název hostitele vaší instance mezipaměti bude název DNS . Redis.cache.Windows.NET.
    Předplatné V rozevíracím seznamu vyberte své předplatné. Předplatné, ve kterém se má vytvořit Tato nová mezipaměť Azure pro instanci Redis
    Skupina prostředků V rozevíracím seznamu vyberte skupinu prostředků nebo vyberte vytvořit novou a zadejte nový název skupiny prostředků. Název skupiny prostředků, ve které se má vytvořit mezipaměť a další prostředky Po uložení všech prostředků vaší aplikace do jedné skupiny prostředků je můžete snadno spravovat nebo odstraňovat společně.
    Umístění Z rozevíracího seznamu vyberte umístění. Vyberte oblast poblíž jiných služeb, které budou používat vaši mezipaměť.
    Typ mezipaměti v rozevíracím seznamu vyberte mezipaměť Premium úrovně pro konfiguraci funkcí Premium vrstvy. Další informace najdete v tématu ceny služby Azure cache pro Redis. Cenová úroveň určuje velikost, výkon a funkce, které jsou k dispozici pro danou mezipaměť. Další informace najdete v tématu Přehled služby Azure cache pro Redis.
  4. Vyberte kartu síť nebo klikněte na tlačítko sítě v dolní části stránky.

  5. Na kartě sítě vyberte jako metodu připojení možnost virtuální sítě . Pokud chcete použít novou virtuální síť, vytvořte ji jako první pomocí postupu v části vytvoření virtuální sítě pomocí Azure Portal nebo vytvoření virtuální sítě (classic) pomocí Azure Portal. pak se vraťte do nového podokna Azure Cache for Redis a vytvořte a nakonfigurujte mezipaměť vrstvy Premium.

    Důležité

    Když nasadíte mezipaměť Azure pro Redis do virtuální sítě Správce prostředků, mezipaměť se musí nacházet ve vyhrazené podsíti, která neobsahuje žádné další prostředky s výjimkou mezipaměti Azure pro instance Redis. Pokud se pokusíte nasadit mezipaměť Azure pro instanci Redis do podsítě Správce prostředků virtuální sítě, která obsahuje další prostředky, nebo má přiřazenou bránu NAT, nasazení se nezdaří.

    Nastavení Navrhovaná hodnota Popis
    Virtuální síť Z rozevíracího seznamu vyberte svou virtuální síť. Vyberte virtuální síť, která se nachází ve stejném předplatném a umístění jako vaše mezipaměť.
    Podsíť Z rozevíracího seznamu vyberte svou podsíť. Rozsah adres podsítě by měl být v zápisu CIDR (například 192.168.1.0/24). Musí být obsažený v adresním prostoru virtuální sítě.
    Statická IP adresa Volitelné Zadejte statickou IP adresu. Pokud nezadáte statickou IP adresu, zvolí se IP adresa automaticky.

    Důležité

    Azure rezervuje některé IP adresy v rámci každé podsítě a tyto adresy se nedají použít. První a poslední IP adresa podsítí jsou vyhrazené pro shodu protokolu a tři další adresy, které se používají pro služby Azure. Další informace najdete v tématu jakákoli omezení používání IP adres v těchto podsítích .

    Kromě IP adres, které používá infrastruktura virtuální sítě Azure, každá instance Azure cache for Redis v podsíti používá pro nástroj pro vyrovnávání zatížení dvě IP adresy na horizontálních oddílů a jednu další IP adresu. Neclusterovaná mezipaměť se považuje za jednu horizontálních oddílů.

  6. Vyberte kartu Další: Upřesnit nebo v dolní části stránky vyberte tlačítko Další: Upřesnit .

  7. na kartě upřesnit pro instanci mezipaměti Premium vrstvy nakonfigurujte nastavení pro port bez TLS, clusteringu a trvalost dat.

  8. Vyberte kartu Další: značky , nebo vyberte tlačítko Další: značky v dolní části stránky.

  9. Volitelně můžete na kartě značky zadat název a hodnotu, pokud chcete prostředek zařadit do kategorií.

  10. Vyberte Zkontrolovat a vytvořit. Přejdete na kartu Revize + vytvořit , kde Azure ověřuje vaši konfiguraci.

  11. Po zobrazení zprávy se zobrazeným zeleným ověřením vyberte vytvořit.

Vytvoření mezipaměti trvá nějakou dobu. Průběh můžete sledovat na stránce Přehled služby Azure cache pro Redis. Pokud se stav zobrazuje jako spuštěno, mezipaměť je připravena k použití. Po vytvoření mezipaměti můžete zobrazit konfiguraci pro virtuální síť tak, že v nabídce prostředek vyberete Virtual Network .

Virtual network

Pokud se chcete připojit ke službě Azure cache pro instanci Redis při použití virtuální sítě, zadejte název hostitele vaší mezipaměti do připojovacího řetězce, jak je znázorněno v následujícím příkladu:

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;
    }
}

Nejčastější dotazy k mezipaměti Azure pro virtuální sítě Redis

Následující seznam obsahuje odpovědi na nejčastější dotazy týkající se škálování Azure cache pro Redis.

Jaké jsou některé běžné problémy s chybou konfigurace Azure cache pro Redis a virtuální sítě?

Když je Azure cache for Redis hostovaný ve virtuální síti, použijí se porty v následujících tabulkách.

Důležité

Pokud jsou porty v následujících tabulkách blokované, mezipaměť nemusí správně fungovat. Pokud používáte službu Azure cache pro Redis ve virtuální síti, je jeden nebo více těchto portů zablokovaných.

Požadavky na port pro odchozí spojení

Existuje devět požadavků na odchozí porty. Odchozí požadavky v těchto rozsahech jsou buď: a) odchozí do jiných služeb nezbytných pro fungování mezipaměti, nebo b) interní do podsítě Redis pro komunikaci mezi uzly. Pro geografickou replikaci existují další požadavky na odchozí komunikaci mezi podsítěmi primární mezipaměti a mezipaměti repliky.

Porty Směr Přenosový protokol Účel Místní IP adresa Vzdálená IP adresa
80, 443 Odchozí TCP Závislosti Redis na Azure Storage/PKI (internet) (podsíť Redis) * *
443 Odchozí TCP Závislost Redis na Azure Key Vault a Azure Monitor (podsíť Redis) AzureKeyVault, AzureMonitor 1
53 Odchozí TCP/UDP Závislosti Redis na DNS (internet/virtuální síť) (podsíť Redis) 168.63.129.16 a 169.254.169.254 2 a jakýkoli vlastní server DNS pro podsíť 3
8443 Odchozí TCP Interní komunikace pro Redis (podsíť Redis) (podsíť Redis)
10221-10231 Odchozí TCP Interní komunikace pro Redis (podsíť Redis) (podsíť Redis)
20226 Odchozí TCP Interní komunikace pro Redis (podsíť Redis) (podsíť Redis)
13000-13999 Odchozí TCP Interní komunikace pro Redis (podsíť Redis) (podsíť Redis)
15000-15999 Odchozí TCP Interní komunikace pro Redis a geografickou replikaci (podsíť Redis) (podsíť Redis) (podsíť partnerské geografické repliky)
6379-6380 Odchozí TCP Interní komunikace pro Redis (podsíť Redis) (podsíť Redis)

1 Značky služeb AzureKeyVault a AzureMonitor můžete použít s Resource Manager zabezpečení sítě (NSG).

2 Tyto IP adresy vlastněné Microsoftem se používají k adresování hostitelského virtuálního počítače, který Azure DNS.

3 Tyto informace nejsou potřeba pro podsítě bez vlastního serveru DNS nebo novější mezipaměti Redis, které ignorují vlastní DNS.

4 Další informace najdete v tématu Další požadavky na připojení k virtuální síti.

Požadavky na porty partnerských uzlů geografické replikace

Pokud používáte geografickou replikaci mezi mezipaměťmi ve virtuálních sítích Azure: a) odblokujte porty 15000–15999 pro celou podsíť v příchozím i odchozím směru a b) do obou mezipamětí. Díky této konfiguraci mohou všechny komponenty repliky v podsíti komunikovat přímo mezi sebou i v případě budoucího geograficky převzetí služeb při selhání.

Požadavky na port pro příchozí spojení

Existuje osm požadavků na rozsah portů pro příchozí provoz. Příchozí požadavky v těchto rozsahech jsou buď příchozí z jiných služeb hostovaných ve stejné virtuální síti. Nebo jsou interní pro komunikaci podsítě Redis.

Porty Směr Přenosový protokol Účel Místní IP adresa Vzdálená IP adresa
6379, 6380 Příchozí TCP Komunikace klienta s Redis, vyrovnávání zatížení Azure (podsíť Redis) (podsíť Redis), (podsíť klienta), AzureLoadBalancer 1
8443 Příchozí TCP Interní komunikace pro Redis (podsíť Redis) (podsíť Redis)
8500 Příchozí TCP/UDP Vyrovnávání zatížení v Azure (podsíť Redis) AzureLoadBalancer
10221-10231 Příchozí TCP Komunikace klientů s Redis clustery, interní komunikací pro Redis (Podsíť Redis) (Redis podsíť), AzureLoadBalancer, (klientská podsíť)
13000-13999 Příchozí TCP Komunikace klienta s Redis clustery, Vyrovnávání zatížení Azure (Podsíť Redis) (Redis podsíť), (podsíť klienta), AzureLoadBalancer
15000-15999 Příchozí TCP Komunikace klientů s Redis clustery, vyrovnáváním zatížení Azure a geografickou replikací (Podsíť Redis) (Redis podsíť), (podsíť klienta), AzureLoadBalancer (geografická podsíť druhé repliky)
16001 Příchozí TCP/UDP Vyrovnávání zatížení v Azure (Podsíť Redis) AzureLoadBalancer
20226 Příchozí TCP Interní komunikace pro Redis (Podsíť Redis) (Podsíť Redis)

1 můžete použít značku služby AzureLoadBalancer pro Správce prostředků nebo AZURE_LOADBALANCER pro model nasazení Classic pro vytváření pravidel NSG.

Další požadavky na připojení k virtuální síti

Pro službu Azure cache pro Redis existují požadavky na připojení k síti, které nemusí být zpočátku splněné ve virtuální síti. Azure cache pro Redis vyžaduje, aby při použití v rámci virtuální sítě správně fungovaly všechny následující položky:

  • odchozí připojení k síti Azure Storage koncovým bodům po celém světě. Zahrnuty jsou koncové body umístěné ve stejné oblasti jako Azure cache pro instance Redis a koncové body úložiště umístěné v jiných oblastech Azure. Azure Storage koncových bodů se vyhodnotí v následujících doménách DNS: table.core.windows.net, blob.core.windows.net, queue.core.windows.neta file.core.windows.net.
  • Odchozí připojení k síti pro OCSP.DigiCert.com, crl4.DigiCert.com, OCSP.msocsp.com, mscrl.Microsoft.com, crl3.DigiCert.com, cacerts.DigiCert.com, oneocsp.Microsoft.coma CRL.Microsoft.com. Toto připojení je potřeba k podpoře funkcí TLS/SSL.
  • Konfigurace DNS pro virtuální síť musí být schopná přeložit všechny koncové body a domény uvedené v předchozích bodech. Tyto požadavky DNS můžou být splněné tím, že zajistí konfiguraci a údržbu platné infrastruktury DNS pro virtuální síť.
  • Odchozí síťové připojení k následujícím koncovým bodům Azure Monitor, které se řeší v následujících doménách DNS: 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, shoebox3.prod.microsoftmetrics.com, shoebox3-red.prod.microsoftmetrics.com, shoebox3-black.prod.microsoftmetrics.com, azredis-Red.prod.microsoftmetrics.com a azredis-Black.prod.microsoftmetrics.com.

Jak ověřit, že mezipaměť funguje ve virtuální síti?

Důležité

Když se připojíte k mezipaměti Azure pro instanci Redis, která je hostovaná ve virtuální síti, musí být klienti mezipaměti ve stejné virtuální síti nebo ve virtuální síti s povoleným partnerským vztahem virtuální sítě, který je povolený ve stejné oblasti Azure. Globální partnerské vztahy virtuálních sítí se aktuálně nepodporují. Tento požadavek se vztahuje na všechny testovací aplikace nebo nástroje pro testování testů a diagnostiku. Bez ohledu na to, kde je klientská aplikace hostovaná, skupin zabezpečení sítě nebo jiné síťové vrstvy musí být nakonfigurované tak, aby síťový provoz klienta měl přístup k instanci Azure cache pro Redis.

Po nakonfigurování požadavků na porty, jak je popsáno v předchozí části, můžete ověřit, že vaše mezipaměť funguje, pomocí následujících kroků:

  • Restartujte všechny uzly mezipaměti. Mezipaměť nebude možné úspěšně restartovat, pokud není možné dosáhnout všech požadovaných závislostí mezipaměti---popsané v požadavcích na příchozí porty a požadavky na Odchozí porty.
  • Po restartování uzlů mezipaměti, jak je uvedeno v Azure Portal stav mezipaměti, můžete provést následující testy:
    • Otestujte koncový bod mezipaměti pomocí portu 6380 z počítače, který je ve stejné virtuální síti jako mezipaměť, pomocí tcping. Příklad:

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

      Pokud tcping Nástroj hlásí, že je port otevřený, je mezipaměť dostupná pro připojení od klientů ve virtuální síti.

    • Další způsob testování: Vytvořte klienta testovací mezipaměti, který se připojí k mezipaměti a pak přidá a načte některé položky z mezipaměti. Klient test cache může být Konzolová aplikace s použitím StackExchange. Redis. Nainstalujte ukázkovou klientskou aplikaci do virtuálního počítače, který je ve stejné virtuální síti jako mezipaměť. Pak ji spusťte, abyste ověřili připojení k mezipaměti.

Proč se při pokusu o připojení ke službě Azure cache pro instanci Redis ve virtuální síti zobrazí chyba s oznámením, že vzdálený certifikát je neplatný?

Když se pokusíte připojit k instanci služby Azure cache pro Redis ve virtuální síti, zobrazí se chyba ověření certifikátu, jako je tato:

{"No connection is available to service this operation: SET mykey; The remote certificate is invalid according to the validation procedure.; …"}

Příčinou může být to, že se připojujete k hostiteli prostřednictvím IP adresy. Doporučujeme použít název hostitele. Jinými slovy, použijte následující řetězec:

[mycachename].redis.cache.windows.net:6380,password=xxxxxxxxxxxxxxxxxxxx,ssl=True,abortConnect=False

Vyhněte se použití IP adresy, která je podobná následujícímu připojovacímu řetězci:

10.128.2.84:6380,password=xxxxxxxxxxxxxxxxxxxx,ssl=True,abortConnect=False

Pokud nemůžete přeložit název DNS, některé klientské knihovny obsahují možnosti konfigurace sslHost , například, které poskytuje klient stackexchange. Redis. Tato možnost umožňuje přepsat název hostitele, který se používá k ověření certifikátu. Příklad:

10.128.2.84:6380,password=xxxxxxxxxxxxxxxxxxxx,ssl=True,abortConnect=False;sslHost=[mycachename].redis.cache.windows.net

Můžu používat virtuální sítě se standardní nebo základní mezipamětí?

virtuální sítě se dají používat jenom s mezipamětí Premium vrstvy.

Proč v některých podsítích selže vytváření mezipaměti Azure pro instanci Redis, ale ne jiné?

Pokud nasazujete mezipaměť Azure pro instanci Redis do virtuální sítě, musí být mezipaměť ve vyhrazené podsíti, která neobsahuje žádný jiný typ prostředku. Pokud se provede pokus o nasazení mezipaměti Azure cache pro instanci Redis do podsítě Správce prostředků virtuální sítě, která obsahuje další prostředky---například instance Azure Application Gateway a odchozí překlad adres (NAT)---nasazení obvykle selhává. Než vytvoříte novou mezipaměť Azure pro instanci Redis, odstraňte stávající prostředky ostatních typů.

Je také nutné mít v podsíti k dispozici dostatek IP adres.

Jaké jsou požadavky na adresní prostor podsítě?

Azure rezervuje některé IP adresy v rámci každé podsítě a tyto adresy se nedají použít. První a poslední IP adresa podsítí jsou vyhrazené pro shodu protokolu a tři další adresy, které se používají pro služby Azure. Další informace najdete v tématu jakákoli omezení používání IP adres v těchto podsítích .

Kromě IP adres, které používá infrastruktura virtuální sítě Azure, každá instance Azure cache for Redis v podsíti používá dvě IP adresy na cluster horizontálních oddílů a navíc IP adresy pro další repliky, pokud existují. Pro nástroj pro vyrovnávání zatížení se používá jedna IP adresa. Mezipaměť, která není Clusterová, se považuje za jednu horizontálních oddílů.

Můžu se připojit k mezipaměti z partnerské virtuální sítě?

Pokud jsou virtuální sítě ve stejné oblasti, můžete je propojit pomocí partnerského vztahu virtuální sítě nebo VPN Gateway připojení typu VNET-to-VNET.

Pokud jsou virtuální sítě Azure s partnerským vztahem v různých oblastech: klientský virtuální počítač v oblasti 1 nemůže získat přístup k mezipaměti v oblasti 2 prostřednictvím IP adresy s vyrovnáváním zatížení z důvodu omezení se základními nástroji pro vyrovnávání zatížení. To znamená, že pokud se nejedná o mezipaměť se standardním nástrojem pro vyrovnávání zatížení, která je momentálně pouze mezipaměť vytvořenou se zónami dostupnosti.

Další informace o omezeních partnerských vztahů virtuálních sítí najdete v tématu Virtual Network-peer-to-požadavky a omezení. Jedním z řešení je použít VPN Gateway připojení typu VNET-to-VNET namísto partnerských vztahů virtuálních sítí.

Fungují všechny funkce mezipaměti, když je mezipaměť hostována ve virtuální síti?

Pokud je mezipaměť součástí virtuální sítě, budou mít přístup k mezipaměti pouze klienti ve virtuální síti. V důsledku toho tyto funkce správy mezipaměti v tuto chvíli nefungují:

  • Konzola Redis: vzhledem k tomu, že se konzola Redis spouští v místním prohlížeči---obvykle na vývojářském počítači, který není připojený k virtuální síti---nemůže se připojit ke svojí mezipaměti.

Použití ExpressRoute s Azure cache pro Redis

Zákazníci můžou připojit okruh Azure ExpressRoute ke své infrastruktuře virtuální sítě. Tímto způsobem rozšiřuje místní síť do Azure.

Ve výchozím nastavení nově vytvořený okruh ExpressRoute neprovádí vynucené tunelování (inzerování výchozí trasy 0.0.0.0/0) ve virtuální síti. V důsledku toho je odchozí připojení k Internetu povoleno přímo z virtuální sítě. Klientské aplikace se můžou připojit k jiným koncovým bodům Azure, což zahrnuje mezipaměť Azure pro instanci Redis.

Běžnou zákaznickou konfigurací je použití vynuceného tunelového propojení (inzerování výchozí trasy), které vynucuje odchozí internetový provoz místo toho, aby se směroval místně. Tento tok přenosů přeruší připojení ke službě Azure cache pro Redis, pokud je odchozí přenosy blokované místně, takže instance Azure cache for Redis nemůže komunikovat s jejími závislostmi.

Řešením je definovat jednu nebo více uživatelsky definovaných tras (udr) v podsíti, která obsahuje službu Azure cache for Redis instance. UDR definuje trasy specifické pro podsíť, které se budou respektovat místo výchozí trasy.

Pokud je to možné, použijte následující konfiguraci:

  • Konfigurace ExpressRoute inzeruje v síti 0.0.0.0/0 a ve výchozím nastavení vynutí tunelové propojení veškerý odchozí provoz v místním prostředí.
  • UDR, který se použije pro podsíť, která obsahuje instanci Azure cache for Redis, definuje 0.0.0.0/0 s pracovní trasou pro provoz TCP/IP na veřejný Internet. Například nastaví typ dalšího segmentu směrování na Internet.

Kombinovaný efekt těchto kroků je, že UDR na úrovni podsítě má přednost před vynuceným tunelovým propojením ExpressRoute a který zajišťuje odchozí internetový přístup z mezipaměti Azure pro instanci Redis.

Připojení k Azure cache for Redis instance z místní aplikace pomocí ExpressRoute není Typický scénář použití z důvodu výkonu. Nejlepšího výkonu dosáhnete, když Azure cache pro klienty Redis musí být ve stejné oblasti jako Azure cache pro instanci Redis.

Důležité

Trasy definované v UDR musí být dostatečně specifické, aby měly přednost před všemi trasami inzerovanou konfigurací ExpressRoute. Následující příklad používá širokou škálu adres 0.0.0.0/0 a jako takový může být potenciálně omylem přepsán reklamními inzeráty, které používají více konkrétních rozsahů adres.

Upozornění

Mezipaměť Azure pro Redis se nepodporuje u konfigurací ExpressRoute, které nesprávně přecházejí trasy z cesty veřejného partnerského vztahu na cestu privátního partnerského vztahu. konfigurace ExpressRoute s nakonfigurovaným veřejným partnerským vztahem obdrží od microsoftu inzerci tras pro velkou sadu Microsoft Azure rozsahů IP adres. Pokud jsou tyto rozsahy adres nesprávně vzájemně inzerovány na cestě privátního partnerského vztahu, je výsledkem to, že všechny odchozí síťové pakety z mezipaměti Azure pro instanci instance Redis jsou nesprávně vynucené tunelování do místní síťové infrastruktury zákazníka. Tento tok sítě přeruší službu Azure cache pro Redis. Řešením tohoto problému je zastavit trasy mezi reklamními partnery z cesty veřejného partnerského vztahu k cestě soukromého partnerského vztahu.

Základní informace o udr jsou k dispozici ve směrování provozu virtuální sítě.

Další informace o ExpressRoute najdete v technickém přehledu ExpressRoute.

Další kroky

Přečtěte si další informace o funkcích Azure cache pro Redis.