Konfigurace podpory služby Virtual Network pro instanci Azure Cache for Redis ve verzi Premium

Nasazení Azure Virtual Network poskytuje rozšířené zabezpečení a izolaci spolu s podsítěmi, zásadami řízení přístupu a dalšími funkcemi pro další omezení přístupu. Pokud je instance Azure Cache for Redis nakonfigurovaná s virtuální sítí, není veřejně adresovatelná. Místo toho je instance přístupná pouze 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ě pro instanci Azure Cache for Redis úrovně Premium.

Poznámka

Model nasazení Classic bude vyřazen v srpnu 2024. Další informace najdete v tématu Cloud Services (klasický) model nasazení se 31. srpna 2024 vyřazuje z provozu.

Důležité

Azure Cache for Redis teď podporuje službu Azure Private Link, která zjednodušuje architekturu sítě a zajišťuje zabezpečené připojení mezi koncovými body v Azure. K instanci služby Azure Cache for Redis se můžete připojit z virtuální sítě prostřednictvím privátního koncového bodu s přiřazenou privátní IP adresou v podsíti v rámci virtuální sítě. Azure Private Link se nabízí na všech našich úrovních, zahrnuje podporu služby Azure Policy a zjednodušuje správu pravidel skupiny zabezpečení sítě. Další informace najdete v dokumentaci ke službě Private Link. Informace o migraci mezipamětí vloženého do virtuální sítě do Private Link najdete tady.

Nastavení podpory virtuální sítě

Podpora virtuální sítě se během vytváření mezipaměti konfiguruje v podokně Nový Azure Cache for Redis.

  1. Pokud chcete vytvořit mezipaměť úrovně Premium, přihlaste se k Azure Portal a vyberte Vytvořit prostředek. Můžete je také vytvořit pomocí šablon Resource Manager, PowerShellu nebo Azure CLI. Další informace o tom, jak vytvořit instanci Azure Cache for Redis, najdete v tématu Vytvoření mezipaměti.

    Snímek obrazovky znázorňující vytvoření prostředku

  2. Na stránce Nový vyberte Databáze. Pak vyberte Azure Cache for Redis.

    Snímek obrazovky znázorňující výběr Azure Cache for Redis

  3. Na stránce Nová mezipaměť Redis nakonfigurujte nastavení pro novou mezipaměť úrovně Premium.

    Nastavení Navrhovaná hodnota Popis
    Název DNS Zadejte globálně jedinečný název. Název mezipaměti musí být řetězec o délce 1 až 63 znaků, který obsahuje pouze číslice, písmena nebo pomlčky. Název musí začínat a končit číslicí nebo písmenem a nesmí obsahovat po sobě jdoucí pomlčky. Název hostitele 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 chcete vytvořit tuto novou instanci Azure Cache for Redis.
    Skupina prostředků V rozevíracím seznamu vyberte skupinu prostředků nebo vyberte Vytvořit novou a zadejte název nové skupiny prostředků. Název skupiny prostředků, ve které chcete vytvořit mezipaměť a další prostředky. Když umístíte všechny prostředky aplikace do jedné skupiny prostředků, můžete je snadno spravovat nebo odstraňovat společně.
    Umístění V rozevíracím seznamu vyberte umístění. Vyberte oblast blízko jiných služeb, které budou používat vaši mezipaměť.
    Typ mezipaměti V rozevíracím seznamu vyberte mezipaměť úrovně Premium a nakonfigurujte funkce úrovně Premium. Další informace najdete v tématu ceny Azure Cache for Redis. Cenová úroveň určuje velikost, výkon a funkce, které jsou k dispozici pro danou mezipaměť. Další informace najdete v přehledu Azure Cache for Redis.
  4. Vyberte kartu Sítě nebo vyberte 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 nejprve podle kroků v tématu Vytvoření virtuální sítě pomocí Azure Portal nebo Vytvoření virtuální sítě (klasické) pomocí Azure Portal. Pak se vraťte do podokna Nový Azure Cache for Redis a vytvořte a nakonfigurujte mezipaměť úrovně Premium.

    Důležité

    Když nasadíte Azure Cache for Redis do Resource Manager virtuální sítě, mezipaměť musí být ve vyhrazené podsíti, která kromě Azure Cache for Redis instancí neobsahuje žádné další prostředky. Pokud se pokusíte nasadit instanci služby Azure Cache for Redis do podsítě virtuální sítě Resource Manageru, která obsahuje další prostředky nebo má přiřazenou službu NAT Gateway, nasazení selže. Příčinou selhání je to, že Azure Cache for Redis používá základní nástroj pro vyrovnávání zatížení, který není kompatibilní se službou NAT Gateway.

    Nastavení Navrhovaná hodnota Popis
    Virtuální síť V rozevíracím seznamu vyberte virtuální síť. Vyberte virtuální síť, která je ve stejném předplatném a umístění jako vaše mezipaměť.
    Podsíť V rozevíracím seznamu vyberte svoji 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 si v každé podsíti vyhrazuje několik IP adres a tyto adresy není možné používat. První a poslední IP adresy podsítí jsou vyhrazené pro udržování souladu s protokoly a další tři adresy se používají pro služby Azure. Další informace najdete v tématu Existují nějaká omezení používání IP adres v těchto podsítích?

    Kromě IP adres používaných infrastrukturou virtuálních sítí Azure každá instance služby Azure Cache for Redis v podsíti využívá dvě IP adresy na horizontální oddíl a jednu další IP adresu pro nástroj pro vyrovnávání zatížení. Neclusterovaná mezipaměť má jeden horizontální oddíl.

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

  7. Na kartě Upřesnit pro instanci mezipaměti úrovně Premium nakonfigurujte nastavení portu bez TLS, clusteringu a trvalosti dat.

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

  9. Volitelně na kartě Značky zadejte název a hodnotu, pokud chcete prostředek zařadit do kategorií.

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

  11. Jakmile se zobrazí zelená zpráva Ověření proběhlo úspěšně , vyberte Vytvořit.

Vytvoření mezipaměti chvíli trvá. Průběh můžete sledovat na stránce přehledu Azure Cache for Redis. Když se stav zobrazí jako Spuštěno, mezipaměť je připravená k použití. Po vytvoření mezipaměti můžete zobrazit konfiguraci virtuální sítě tak, že v nabídce Prostředekvyberete Virtual Network.

Virtuální síť

Nejčastější dotazy k virtuálním sítím Azure Cache for Redis

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

Jaké jsou běžné problémy s chybnou konfigurací Azure Cache for Redis a virtuálních sítí?

Pokud 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í fungovat správně. Blokování jednoho nebo více těchto portů je nejběžnějším problémem s chybnou konfigurací při použití Azure Cache for Redis ve virtuální síti.

Požadavky na port pro odchozí spojení

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

Porty Směr Transportní protokol Účel Místní IP adresa Vzdálená IP adresa
80, 443 Odchozí TCP Závislosti Redis ve službě Azure Storage/PKI (internet) (Podsíť Redis) * 4
443 Odchozí TCP Závislost Redis na Azure Key Vault a Azure Monitoru (Podsíť Redis) AzureKeyVault, AzureMonitor 1
53 Odchozí TCP/UDP Závislosti Redis na DNS (internet nebo 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 se skupinami zabezpečení sítě (NSG) Resource Manager.

2 Tyto IP adresy vlastněné Microsoft slouží k adresování hostitelského virtuálního počítače, který obsluhuje 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í. Při této konfiguraci můžou všechny komponenty repliky v podsíti mezi sebou komunikovat přímo, i když v budoucnu dojde k geografickému 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í spojení. Příchozí požadavky v těchto rozsazích jsou 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 Transportní protokol Účel Místní IP adresa Vzdálená IP adresa
6379, 6380 Příchozí TCP Komunikace klienta s Redisem, 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 clustery Redis, interní komunikace pro Redis (Podsíť Redis) (podsíť Redis), AzureLoadBalancer, (podsíť klienta)
13000-13999 Příchozí TCP Komunikace klienta s clustery Redis, vyrovnávání zatížení Azure (Podsíť Redis) (podsíť Redis), (podsíť klienta), AzureLoadBalancer
15000-15999 Příchozí TCP Komunikace klientů s clustery Redis, vyrovnávání zatížení Azure a geografická replikace (Podsíť Redis) (podsíť Redis), (podsíť klienta), AzureLoadBalancer, (podsíť partnerské geografické 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 Značku služby AzureLoadBalancer můžete použít pro Resource Manager nebo AZURE_LOADBALANCER pro model nasazení Classic pro vytváření pravidel skupiny zabezpečení sítě.

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

Pro Azure Cache for Redis existují požadavky na připojení k síti, které nemusí být ve virtuální síti na začátku splněné. Azure Cache for Redis vyžaduje správné fungování všech následujících položek v rámci virtuální sítě:

  • Odchozí síťové připojení ke koncovým bodům Azure Key Vault po celém světě. Koncové body Azure Key Vault se přeloží v rámci vault.azure.net domény DNS.
  • Odchozí síťové připojení ke koncovým bodům služby Azure Storage po celém světě. Zahrnuté jsou koncové body umístěné ve stejné oblasti jako instance Azure Cache for Redis a koncové body úložiště umístěné v jiných oblastech Azure. Koncové body služby Azure Storage se přeloží v následujících doménách DNS: table.core.windows.net, blob.core.windows.net, queue.core.windows.net a file.core.windows.net.
  • Odchozí síťové připojení k ocsp.digicert.com, crl4.digicert.com, ocsp.msocsp.com, mscrl.microsoft.com, crl3.digicert.com, cacerts.digicert.com, oneocsp.microsoft.com a 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 na DNS je možné splnit zajištěním konfigurace a údržby platné infrastruktury DNS pro virtuální síť.
  • Odchozí síťové připojení k následujícím koncovým bodům služby Azure Monitor, které se přecházejí 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 můžu ověřit, že mezipaměť funguje ve virtuální síti?

Důležité

Když se připojíte k instanci Azure Cache for Redis hostované ve virtuální síti, klienti mezipaměti musí být ve stejné virtuální síti nebo ve virtuální síti s povoleným partnerským vztahem virtuálních sítí ve stejné oblasti Azure. Globální partnerský vztah virtuální sítě se v současné době nepodporuje. Tento požadavek se vztahuje na všechny testovací aplikace a diagnostické nástroje pro testování příkazem Ping. Bez ohledu na to, kde je klientská aplikace hostovaná, musí být skupiny zabezpečení sítě nebo další síťové vrstvy nakonfigurované tak, aby instance služby Azure Cache for Redis mohla přijímat síťový provoz klienta.

Po konfiguraci 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ěť se nebude moct úspěšně restartovat, pokud nebude možné dosáhnout všech požadovaných závislostí mezipaměti--- je popsáno v tématu Požadavky na příchozí porty a Požadavky na odchozí porty.
  • Po restartování uzlů mezipaměti, jak uvádí stav mezipaměti v Azure Portal, můžete provést následující testy:
    • Příkazem Ping otestujte koncový bod mezipaměti pomocí portu 6380 z počítače, který je ve stejné virtuální síti jako mezipaměť, pomocí příkazu tcping. Příklad:

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

      tcping Pokud nástroj hlásí, že je port otevřený, je mezipaměť k dispozici pro připojení z 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 z mezipaměti některé položky. Klientem testovací mezipaměti může být konzolová aplikace využívající StackExchange.Redis. Nainstalujte ukázkovou klientskou aplikaci na virtuální počítač, který je ve stejné virtuální síti jako mezipaměť. Pak ho spusťte a ověřte připojení k mezipaměti.

Proč se při pokusu o připojení k instanci Azure Cache for Redis ve virtuální síti zobrazuje chyba s oznámením, že vzdálený certifikát je neplatný?

Při pokusu o připojení k instanci Azure Cache for Redis ve virtuální síti se zobrazí chyba ověření certifikátu, například 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, že se připojujete k hostiteli pomocí 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

Nepoužívejte IP adresu podobnou 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, jako sslHostje , které poskytuje klient StackExchange.Redis. Tato možnost umožňuje přepsat název hostitele použitý 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ě s mezipamětí úrovně Standard nebo Basic?

Virtuální sítě je možné používat pouze s mezipamětí úrovně Premium.

Proč vytvoření instance Azure Cache for Redis selže v některých podsítích, ale v jiných ne?

Pokud nasazujete instanci Azure Cache for Redis do virtuální sítě, mezipaměť musí být ve vyhrazené podsíti, která neobsahuje žádný jiný typ prostředku. Pokud dojde k pokusu o nasazení instance Azure Cache for Redis do podsítě Resource Manager virtuální sítě, která obsahuje další prostředky--- například Azure Application Gateway instance a odchozí překlad adres (NAT--- nasazení obvykle selže. Než vytvoříte novou instanci Azure Cache for Redis, odstraňte stávající prostředky ostatních typů.

V podsíti také musíte mít k dispozici dostatek IP adres.

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

Azure si v každé podsíti vyhrazuje několik IP adres a tyto adresy není možné používat. První a poslední IP adresy podsítí jsou vyhrazené pro udržování souladu s protokoly a další tři adresy se používají pro služby Azure. Další informace najdete v tématu Existují nějaká omezení používání IP adres v těchto podsítích?

Kromě IP adres používaných infrastrukturou virtuální sítě Azure používá každá Azure Cache for Redis instance v podsíti dvě IP adresy na shard clusteru a IP adresy pro další repliky, pokud existují. Pro nástroj pro vyrovnávání zatížení se používá ještě jedna IP adresa. Mezipaměť bez clusteru se považuje za mezipaměť s jedním horizontálním oddílem.

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

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

Pokud jsou partnerské virtuální sítě Azure v různých oblastech: klientský virtuální počítač v oblasti 1 nemá přístup k mezipaměti v oblasti 2 prostřednictvím své IP adresy s vyrovnáváním zatížení kvůli omezení pomocí nástrojů pro vyrovnávání zatížení úrovně Basic. To znamená, že pokud se nejedná o mezipaměť se standardním nástrojem pro vyrovnávání zatížení, což je v současné době pouze mezipaměť vytvořená se zónami dostupnosti.

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

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

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

  • Konzola Redis: Protože konzola Redis běží v místním prohlížeči---usuálně na vývojářském počítači, který není připojený k virtuální síti--- se pak nemůže připojit k vaší mezipaměti.

Použití ExpressRoute s Azure Cache for Redis

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

Nově vytvořený okruh ExpressRoute ve výchozím nastavení nepoužívá 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 povolené přímo z virtuální sítě. Klientské aplikace se můžou připojit k dalším koncovým bodům Azure, mezi které patří Azure Cache for Redis instance.

Běžnou konfigurací zákazníka je použití vynuceného tunelování (inzerování výchozí trasy), které místo toho vynutí tok odchozího internetového provozu do místního prostředí. Tento tok provozu přeruší připojení s Azure Cache for Redis, pokud je odchozí provoz blokován místně, takže instance Azure Cache for Redis nemůže komunikovat se svými závislostmi.

Řešením je definovat jednu nebo více tras definovaných uživatelem v podsíti, která obsahuje instanci Azure Cache for Redis. Trasa definovaná uživatelem definuje trasy specifické pro podsíť, které se budou dodržovat místo výchozí trasy.

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

  • Konfigurace ExpressRoute inzeruje 0.0.0.0/0 a ve výchozím nastavení vynucuje tunelování všech odchozích přenosů místně.
  • Trasa definovaná uživatelem použitá pro podsíť obsahující instanci Azure Cache for Redis definuje 0.0.0.0/0 s pracovní trasou pro provoz TCP/IP do veřejného internetu. Například nastaví typ dalšího segmentu směrování na internet.

Kombinovaným účinkem těchto kroků je, že trasa definovaná uživatelem na úrovni podsítě má přednost před vynuceným tunelovým propojením ExpressRoute a zajišťuje odchozí internetový přístup z instance Azure Cache for Redis.

Připojení k instanci Azure Cache for Redis z místní aplikace pomocí ExpressRoute není typickým scénářem použití z důvodů výkonu. Pro zajištění nejlepšího výkonu by klienti Azure Cache for Redis měli být ve stejné oblasti jako instance Azure Cache for Redis.

Důležité

Trasy definované v trasy definované uživatelem musí být dostatečně specifické, aby získaly přednost před všemi trasami inzerovanými konfigurací ExpressRoute. Následující příklad používá široký rozsah adres 0.0.0.0/0 a jako takový může být potenciálně omylem přepsán inzerováním tras, které používají konkrétnější rozsahy adres.

Upozornění

Azure Cache for Redis se nepodporuje v konfiguracích ExpressRoute, které nesprávně křížově inzerují trasy z cesty veřejného partnerského vztahu do cesty privátního partnerského vztahu. Konfigurace ExpressRoute, které mají nakonfigurovaný veřejný partnerský vztah, přijímají inzerování tras z Microsoft pro velkou sadu Microsoft rozsahů IP adres Azure. Pokud jsou tyto rozsahy adres nesprávně křížově inzerovány v cestě privátního partnerského vztahu, výsledkem je, že všechny odchozí síťové pakety z podsítě Azure Cache for Redis instance jsou nesprávně vynucené tunelové propojení do místní síťové infrastruktury zákazníka. Tento tok sítě přeruší Azure Cache for Redis. Řešením tohoto problému je zastavit trasy křížové reklamy z cesty veřejného partnerského vztahu do cesty privátního partnerského vztahu.

Základní informace o trasách definované uživatelem 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 for Redis.