如何通過Kubernetes Ingress進行高級外部應(yīng)用程序連接,很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。
成都創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比浮山網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式浮山網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們,業(yè)務(wù)覆蓋浮山地區(qū)。費用合理售后完善,十載實體公司更值得信賴。Kubernetes的Ingress文檔頁面將其描述為:
“用于管理對集群中服務(wù)的外部訪問的API對象,通常是HTTP。Ingress可以提供負(fù)載均衡、SSL終結(jié)和基于名稱的虛擬主機?!?/p>
CNI不提供Ingress功能。這意味著Kubernetes集群管理者通常要為其集群安裝、管理和支持單獨的Ingress控制器解決方案。
對于沒有內(nèi)置Ingress支持的本地和公共云中的Kubernetes部署,Tungsten Fabric捆綁了自己的Ingress控制器。它在后臺使用HAProxy并實現(xiàn)了Kubernetes Ingress文檔頁面中所述的所有基本功能。
在AWS上運行時,可以將Kubernetes 配置為使用AWS的Application Load Balancer (ALB)為其Ingress服務(wù)。通過這種方式的設(shè)置,沙箱中的Kubernetes可以最緊密地反映典型的現(xiàn)實部署場景。
下圖概述了示例應(yīng)用程序的最終部署架構(gòu):
使用場景
Ingress控制器選項僅與使用HTTP或HTTPS的應(yīng)用程序兼容。如果您的應(yīng)用程序是這種情況,可能需要考慮使用Ingress來實現(xiàn)以下目標(biāo):
使用HTTPS保護應(yīng)用程序,然后通過配置Ingress進行SSL卸載來將程序公開在網(wǎng)絡(luò)上;和/或
基于請求中的HTTP路徑,將傳入請求定向到不同的Kubernetes Services,例如,/blog/可以轉(zhuǎn)到Service A,而/account/可以轉(zhuǎn)到Service B,等等。和/或
通過基于名字的虛擬主機,應(yīng)用程序服務(wù)于多個DNS域,例如Host:頭設(shè)置為test.project.com的應(yīng)用去Service C,而那些具有prod.project.com的去Service D。
在探討上述三種情況之前,讓我們部署一個簡單的Ingress示例應(yīng)用程序,類似于我們對 LoadBalancer的做法,然后在此基礎(chǔ)上進行構(gòu)建。
確保您位于沙箱控制節(jié)點上,以root用戶身份登錄,并且位于正確的目錄中:
#確認(rèn)您是root賬戶
whoami | grep root || sudo -s
# 切換為清單目錄
cd /home/centos/yelb/deployments/platformdeployment/Kubernetes/yaml
# 部署具有Ingress的示例程序
kubectl create -f cnawebapp-ingress-alb.yaml
幾分鐘后,部署過程應(yīng)該完成了,我們應(yīng)該能夠從Internet訪問示例應(yīng)用程序。首先找到Ingress的DNS名稱:
根據(jù)上面的輸出,現(xiàn)在可以從Internet上的http://539db10e-default-yelbui-3c9c-1330819777.us-west-1.elb.amazonaws.com上訪問我們的示例應(yīng)用程序。
利用在環(huán)境中運行上述命令獲得的DNS名稱訪問Yelb,以確保其有效。
對于此練習(xí),我們需要生成自簽名證書,并將其添加到AWS Certificate Manager。提供Ingress功能的AWS Application Load Balancer(ALB)需要使用此功能來執(zhí)行加密。
注意:對于生產(chǎn)用途,可能需要通過AWS Certificate Manager的相應(yīng)功能來獲得完整注冊域名的“適當(dāng)”證書。由于我們只是在進行練習(xí),因此將使用自簽名的虛構(gòu)域。
在安裝了具有Access和Secret密鑰的AWS CLI工具的主機上執(zhí)行以下步驟。這里的密鑰允許您對Certificate Manager進行更改。
# 為虛構(gòu)的域名(yelb.mydomain.com)生成自簽名證書:
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=yelb.mydomain.com"
#將新的證書加入到AWS Certificate Manager
# 注意“--region” -這必須是同一個AWS區(qū)域
# 在我們的例子中,運行Tungsten 沙箱時,它是“us-west-1”
aws acm import-certificate --certificate file://tls.crt --private-key file://tls.key --region us-west-1
如果一切順利,最后一條命令將顯示類似內(nèi)容:
{
"CertificateArn": "arn:aws:acm:us-west-1:180612498884:certificate/e7341ff5-52ef-4a7b-94b5-05643ef6ab46"
}
我們將需要CertificateArn后面的值,以進行下一步。
確保您位于沙箱控制節(jié)點上,以root用戶身份登錄,并且位于正確的目錄中:
# 確定您是root身份
whoami | grep root || sudo -s
# 切換為清單目錄
cd /home/centos/yelb/deployments/platformdeployment/Kubernetes/yaml
現(xiàn)在,讓我們創(chuàng)建一個新的Ingress定義:
接下來,我們將CertificateArn放入。在運行該命令之前對其進行編輯,并用執(zhí)行步驟1時獲得arn:aws:acm:us-west-1:180612498884:certificate/e7341ff5-52ef-4a7b-94b5-05643ef6ab46的值替換該命令CertificateArn。
sed-i"s#INSERT_CERT_ARN_HERE#arn:aws:acm:us-west-1:180612498884:certificate/e7341ff5-52ef-4a7b-94b5-05643ef6ab46#" ingress-https.yaml
如果命令成功運行,則ingress-https.yaml文件將具有自簽名證書的ARN,而不是字符串INSERT_CERT_ARN_HERE。
# 創(chuàng)建新的 Ingress
kubectl create -f ingress-https.yaml
運行上述命令后,請等待幾分鐘,以使新的ALB Ingress出現(xiàn)。然后,讓我們找到已為其分配的DNS名稱,并嘗試連接到它:
從上面的輸出中,我們可以看到新Ingress的地址;讓我們看看它是否有效:
這說明它有效——我們可以通過加密連接訪問Yelb應(yīng)用程序!
新拓?fù)淇雌饋硐襁@樣(請注意,我們?nèi)匀痪哂形丛诖藞D中顯示的原始HTTP Ingress):
除了增加最終用戶的連接安全性、隱私性和數(shù)據(jù)完整性外,實現(xiàn)HTTPS Ingress還有一些好處:
應(yīng)用程序消耗較少的計算資源,因為加密開銷已轉(zhuǎn)移到ALB;
應(yīng)用程序現(xiàn)在支持HTTP / 2,這是一件好事;
可以輕松實現(xiàn)將 HTTP 自動重定向到HTTPS的功能。
讓我們刪除添加的HTTPS Ingress,因為在本章的其余部分中我們不再需要它:
kubectl delete -f ingress-https.yaml
然后,在執(zhí)行步驟1(生成自簽名證書并將其安裝到AWS Certificate Manager中)的計算機上,運行以下命令以刪除該證書,并確保使用您自己的值CertificateArn:
aws acm delete-certificate --certificate-arn arn:aws:acm:us-west-1:180612498884:certificate/e7341ff5-52ef-4a7b-94b5-05643ef6ab46
在某些情況下,您可能想在同一個DNS域名下運行多個應(yīng)用程序。例如,www.corp.com可能支持您的主應(yīng)用程序,而諸如WordPress之類的其他應(yīng)用程序可能正在處理www.corp.com/blog。
對于本練習(xí),我們假設(shè)您在“通過Ingress公開示例應(yīng)用程序”這一章的開頭按照說明運行了Yelb副本。如果您是從頭開始,請?zhí)猎摬糠?,按照說明進行部署,然后再回來。
為了演示通過URL路徑進行的路由,我們將在環(huán)境中添加另一個部署,并相應(yīng)地更新Ingress的配置。在此新配置下,Ingress會將對/路徑的請求定向到我們的主應(yīng)用程序yelb,而對/echo的路徑請求將定向為新的應(yīng)用程序EchoServer。
這是目標(biāo)狀態(tài)的圖:
我們應(yīng)該已經(jīng)將Yelb的部分放置到位,所以我們添加EchoServer:
# 創(chuàng)建EchoServer Deployment and Service 清單:
# 現(xiàn)在部署它:
kubectl create -f echoserver.yaml
接下來,我們將為Ingress創(chuàng)建一個更新的配置。為此,我們將從中復(fù)制Ingress資源cnawebapp-ingress-alb.yaml,并在路由部分進行兩項更改:
1. 將yelb的路徑從/*更新到/以免干擾echoserver;和
2. 添加新的/echo路徑指向echoserver
注意:我們之所以要包含完整的資源定義而不是僅僅應(yīng)用差異部分,是因為Ingress對象不支持戰(zhàn)略性合并修補。
# 更新的Ingress資源:
# 現(xiàn)在部署它:
kubectl apply -f ingress-paths.yaml
這里會顯示一個關(guān)于kubectl apply的警告,這個警告可以忽略。因為我們的更新資源在本質(zhì)上與rules配置相同。
更新的配置在幾秒鐘內(nèi)生效,之后我們就可以檢查基于URL的路由是否有效。當(dāng)我們請求基本URL /(或為空)時,我們應(yīng)該到達(dá)Yelb,如果請求/echo,我們應(yīng)該返回的輸出是EchoServer。
# 獲得Ingress的基本URL
baseUrl=$(kubectl get ing yelb-ui | grep amaz | awk '{print $3}')
echo "Our Ingress is at: ${baseUrl}"
# 嘗試訪問$baseUrl ; 應(yīng)當(dāng)可以得到Y(jié)elb UI頁面的內(nèi)容
curl http://${baseUrl}
# 現(xiàn)在嘗試/echo ; 應(yīng)當(dāng)?shù)玫紼choServer的輸出
curl http://${baseUrl}/echo
當(dāng)您擁有多個域名,并且為每個域提供不同的應(yīng)用程序,同時希望共享相同的Ingress基礎(chǔ)結(jié)構(gòu),此場景中的解決方案就很有用。這有助于節(jié)省成本,并且在某些情況下,與每個域名擁有專用的Ingress實例相比,其復(fù)雜性更低。
此練習(xí)建立在上一個基于URL定向請求的練習(xí)的基礎(chǔ)上。如果尚未完成,請回顧此前步驟,簡單地剪切并粘貼創(chuàng)建和部署echoserver.yaml清單的步驟。我們將為Ingress新建一個,因此無需創(chuàng)建和部署ingress-paths.yaml。
準(zhǔn)備好后,您應(yīng)該已經(jīng)有了yelb的副本和echoserver的副本。您的Ingress配置是什么都無所謂,因為我們將覆蓋它。
在我們的目標(biāo)狀態(tài)下,Ingress將定義兩個域名yelb.mydomain.com和echo.mydomain.com,并將根據(jù)Host:HTTP頭中的值來路由傳入的請求,Web瀏覽器會自動為您請求的URL的主機部分插入這些請求。
這是目標(biāo)狀態(tài)的圖:
讓我們?yōu)镮ngress創(chuàng)建并部署配置,該配置將執(zhí)行所需的路由:
# 更新的Ingress 資源:
# 現(xiàn)在部署它:
kubectl apply -f ingress-hosts.yaml
配置成功應(yīng)用后,我們就可以進行測試了。由于域名和主機形成映射,因此我們將利用curl添加正確的Host:標(biāo)頭。當(dāng)設(shè)置為yelb.mydomain.com,應(yīng)該到達(dá)Yelb,設(shè)置為echo.mydomain.com時,應(yīng)該返回輸出EchoServer。
# Get the base URL of our Ingress
baseUrl=$(kubectl get ing yelb-ui | grep amaz | awk '{print $3}')
echo "Our Ingress is at: ${baseUrl}"
# 訪問Ingress Host: 設(shè)置成 yelb; 我們應(yīng)當(dāng)可以得到Y(jié)elb UI頁面的內(nèi)容
curl http://${baseUrl} -H "Host: yelb.mydomain.com"
# 現(xiàn)場嘗試訪問Host:設(shè)置成 echo;我們應(yīng)當(dāng)可以得到 EchoServer的輸出
curl http://${baseUrl} -H "Host: echo.mydomain.com"
一旦進行了足夠的測試,請隨時清理:
# 刪除“yelb”和“hoserver”應(yīng)用:
kubectl delete -f cnawebapp-ingress-alb.yaml
kubectl delete -f echoserver.yaml
# 刪除我們創(chuàng)建的額外的清單:
rm -f echoserver.yaml ingress-paths.yaml ingress-hosts.yaml
看完上述內(nèi)容是否對您有幫助呢?如果還想對相關(guān)知識有進一步的了解或閱讀更多相關(guān)文章,請關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道,感謝您對創(chuàng)新互聯(lián)的支持。
網(wǎng)站名稱:如何通過KubernetesIngress進行高級外部應(yīng)用程序連接-創(chuàng)新互聯(lián)
網(wǎng)址分享:http://muchs.cn/article6/pejog.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供建站公司、小程序開發(fā)、網(wǎng)站導(dǎo)航、動態(tài)網(wǎng)站、企業(yè)網(wǎng)站制作、響應(yīng)式網(wǎng)站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)