????承接上篇文章內(nèi)容,我們來看一下在Azure redis部署中提供的其他選項(xiàng),上篇講過,在Azure Redis Premium版本中,我們可以支持將Redis部署在VNET中,這樣的好處是顯而易見的,我們可以通過NSG等規(guī)則來控制進(jìn)出redis的流量,這樣可以把redis的安全保護(hù)好,但是如果不是Premium版本的Redis是否意味著就沒辦法做Redis的網(wǎng)絡(luò)安全防護(hù)呢?當(dāng)然也不是這樣,即使是standard的redis,我們?nèi)匀豢梢栽贔irewall里以添加白名單的方式保護(hù)redis的安全
成都創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),汕頭企業(yè)網(wǎng)站建設(shè),汕頭品牌網(wǎng)站建設(shè),網(wǎng)站定制,汕頭網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,汕頭網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè),幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競爭力??沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿,時刻以成就客戶成長自我,堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己,讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。
????
????當(dāng)然這只是針對公網(wǎng)制定的白名單,redis本身仍然是相當(dāng)于部署在internet中的,而不是一個私有的網(wǎng)絡(luò),如果想讓應(yīng)用以訪問內(nèi)容的方式訪問redis,就需要將Redis部署在虛擬網(wǎng)絡(luò)中了
????Redis 虛擬網(wǎng)絡(luò)部署主要有以下這些優(yōu)勢:
有固定的static private ip
可以使用NSG控制出入站流量
應(yīng)用訪問延遲更低
????當(dāng)然,想要部署在虛擬網(wǎng)絡(luò)中,Redis還要求我們必須有一個獨(dú)立的subnet用于redis部署,這是個什么概念呢?如果用過application gateway的話其實(shí)很容易理解這個概念,application gateway也是要求必須部署在一個獨(dú)立的subnet中,這個subnet只能部署application gateway資源,不能部署其他任何資源,redis也是同樣的概念,這是redis部署在虛擬網(wǎng)絡(luò)里的一個前置條件
????另外,如果對于出入站流量有嚴(yán)格要求的場景,Redis還要求對一些特定的服務(wù)器和地址有入站或者出站的權(quán)限,redis需要定期和一些管理節(jié)點(diǎn)進(jìn)行通信以維護(hù)redis本身的狀態(tài)
????
????以下是這些要求的詳細(xì)介紹,如果網(wǎng)絡(luò)端口不滿足條件的話,會發(fā)現(xiàn)redis部署時會報錯超時等情況
出站端口有七個要求。
與 Internet 的所有出站連接都可以通過客戶端的本地審核設(shè)備建立。
其中三個端口將流量路由到為 Azure 存儲和 Azure DNS 提供服務(wù)的 Azure 終結(jié)點(diǎn)。
剩余端口范圍,這些端口用于內(nèi)部 Redis 子網(wǎng)通信。?內(nèi)部 Redis 子網(wǎng)通信不需要子網(wǎng) NSG 規(guī)則。
端口 | 方向 | 傳輸協(xié)議 | 目的 | 本地 IP | 遠(yuǎn)程 IP |
---|---|---|---|---|---|
80、443 | 出站 | TCP | Azure 存儲/PKI (Internet) 上的 Redis 依賴關(guān)系 | (Redis 子網(wǎng)) | * |
53 | 出站 | TCP/UDP | DNS (Internet/VNet) 上的 Redis 依賴關(guān)系 | (Redis 子網(wǎng)) | 168.63.129.16 和 169.254.169.254?1?以及子網(wǎng)的任何自定義 DNS 服務(wù)器?3 |
8443 | 出站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
10221-10231 | 出站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
20226 | 出站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
13000-13999 | 出站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
15000-15999 | 出站 | TCP | Redis 的內(nèi)部通信和異地復(fù)制 | (Redis 子網(wǎng)) | (Redis 子網(wǎng))(地域副本對等子網(wǎng)) |
6379-6380 | 出站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
1?Microsoft 擁有的這些 IP 地址用于對為 Azure DNS 提供服務(wù)的主機(jī) VM 進(jìn)行尋址。
3?沒有自定義 DNS 服務(wù)器的子網(wǎng)或忽略自定義 DNS 的更新 redis 緩存不需要。
如果在 Azure 虛擬網(wǎng)絡(luò)中的緩存之間使用異地復(fù)制,請注意,建議的配置是在兩個緩存的入站和出站方向上取消阻止整個子網(wǎng)的端口 15000-15999,這樣即使將來發(fā)生異地故障轉(zhuǎn)移,子網(wǎng)中的所有副本組件也可以直接相互通信。
入站端口范圍有八個要求。?這些范圍中的入站請求從同一 VNET 中托管的其他服務(wù)入站,或者是 Redis 子網(wǎng)通信的內(nèi)部請求。
端口 | 方向 | 傳輸協(xié)議 | 目的 | 本地 IP | 遠(yuǎn)程 IP |
---|---|---|---|---|---|
6379、6380 | 入站 | TCP | 與 Redis 的客戶端通信、Azure 負(fù)載均衡 | (Redis 子網(wǎng)) | (Redis 子網(wǎng))、虛擬網(wǎng)絡(luò)、Azure 負(fù)載均衡器?2 |
8443 | 入站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
8500 | 入站 | TCP/UDP | Azure 負(fù)載均衡 | (Redis 子網(wǎng)) | Azure 負(fù)載均衡器 |
10221-10231 | 入站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng))、Azure 負(fù)載均衡器 |
13000-13999 | 入站 | TCP | 與 Redis 群集的客戶端通信、Azure 負(fù)載均衡 | (Redis 子網(wǎng)) | 虛擬網(wǎng)絡(luò)、Azure 負(fù)載均衡器 |
15000-15999 | 入站 | TCP | 與 Redis 群集的客戶端通信、Azure 負(fù)載均衡和異地復(fù)制 | (Redis 子網(wǎng)) | 虛擬網(wǎng)絡(luò)、Azure 負(fù)載均衡器(地域副本對等子網(wǎng)) |
16001 | 入站 | TCP/UDP | Azure 負(fù)載均衡 | (Redis 子網(wǎng)) | Azure 負(fù)載均衡器 |
20226 | 入站 | TCP | Redis 的內(nèi)部通信 | (Redis 子網(wǎng)) | (Redis 子網(wǎng)) |
2?可以使用服務(wù)標(biāo)記“AzureLoadBalancer”(資源管理器)或“AZURE_LOADBALANCER”(經(jīng)典)來創(chuàng)作 NSG 規(guī)則。
在虛擬網(wǎng)絡(luò)中,可能一開始不符合 Azure Redis 緩存的網(wǎng)絡(luò)連接要求。?在虛擬網(wǎng)絡(luò)中使用時,Azure Redis 緩存需要以下所有項(xiàng)才能正常運(yùn)行。
與全球 Azure 存儲終結(jié)點(diǎn)建立的出站網(wǎng)絡(luò)連接。?這包括位于 Azure Redis 緩存實(shí)例區(qū)域的終結(jié)點(diǎn),以及位于其他?Azure 區(qū)域的存儲終結(jié)點(diǎn)。?Azure 存儲終結(jié)點(diǎn)在以下 DNS 域之下解析:table.core.chinacloudapi.cn、blob.core.chinacloudapi.cn、queue.core.chinacloudapi.cn?和?file.core.chinacloudapi.cn。
與?ocsp.msocsp.com、mscrl.microsoft.com?和?crl.microsoft.com?建立的出站網(wǎng)絡(luò)連接。?需要此連接才能支持 SSL 功能。
虛擬網(wǎng)絡(luò)的 DNS 設(shè)置必須能夠解析前面幾點(diǎn)所提到的所有終結(jié)點(diǎn)和域。?確保已針對虛擬網(wǎng)絡(luò)配置并維護(hù)有效的 DNS 基礎(chǔ)結(jié)構(gòu)即可符合這些 DNS 要求。
與以下 Azure 監(jiān)視終結(jié)點(diǎn)(在下列 DNS 域下進(jìn)行解析)的出站網(wǎng)絡(luò)連接: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。
????所以,總結(jié)來說,想要將redis部署到虛擬網(wǎng)絡(luò),需要滿足以下三個條件
有一個獨(dú)立的subnet用于redis部署
滿足redis的出入站要求
Premium版本Redis
????
????部署的過程相對來說就很簡單了,在部署redis的時候選擇P級別redis, 然后挑選合適的vnet和subnet,可以看到如果subnet不滿足條件,會提示subnet中已經(jīng)有其他資源
????
本文標(biāo)題:AzureRedis系列之AzureRedis虛擬網(wǎng)絡(luò)部署
標(biāo)題鏈接:http://jinyejixie.com/article2/ppjoic.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供營銷型網(wǎng)站建設(shè)、自適應(yīng)網(wǎng)站、虛擬主機(jī)、企業(yè)建站、標(biāo)簽優(yōu)化、建站公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)