Private Service Connect ve Hybrid NEG TCP Proxy kullanarak Karma Ağ İletişimi üzerinden şirket içi hizmetlere bağlanma

1. Giriş

Karma bağlantıya sahip dahili bölgesel TCP proxy yük dengeleyici, şirket içi veya diğer bulut ortamlarında barındırılan bir hizmeti VPC ağınızdaki istemciler tarafından kullanılabilir hale getirmenize olanak tanır.

Karma hizmeti diğer VPC ağlarında kullanılabilir hale getirmek istiyorsanız hizmeti yayınlamak için Private Service Connect'i kullanabilirsiniz. Dahili bölgesel TCP proxy yük dengeleyicinizin önüne bir hizmet eki yerleştirerek diğer VPC ağlarındaki istemcilerin şirket içi veya diğer bulut ortamlarında çalışan karma hizmetlere erişmesine izin verebilirsiniz.

Oluşturacaklarınız

Bu codelab'de, Ağ Uç Noktası Grubu kullanarak şirket içi bir hizmette Karma Bağlantılı dahili bir TCP Proxy yük dengeleyici derleyeceksiniz. Tüketici VPC'si şirket içi hizmetle iletişim kurabilir.

Not: Codelab, resimli topolojiye göre yapılandırma ve doğrulama adımları sunar. Bu prosedürü kuruluşunuzun gereksinimlerini karşılayacak şekilde değiştirin. IAM izinleri codelab kapsamında değildir.

Neler öğreneceksiniz?

• Karma NEG arka uç hizmetiyle TCP Proxy ILB oluşturma
• Private Service Connect Üreticisi (Hizmet Eki) ve Tüketici (Yönlendirme Kuralı) oluşturma
• Tüketici ile üretici hizmeti iletişimini test etme ve doğrulama

Not: Bu codelab'de, PSC ile TCP Proxy ILB uygulanmasına odaklanılmıştır . Destekleyici belgeler ve ekran görüntüleri sağlasa da karma ağ iletişimi yapılandırması belgelenmemiştir.

Gerekenler

• HA VPN, Interconnect, SW-WAN gibi köklü Karma Ağ İletişimi
• Google Cloud Projesi

Karma bağlantı oluşturma

Google Cloud ve şirket içi veya diğer bulut ortamlarınız, Cloud Interconnect VLAN ekleri veya Cloud Yönlendirici ile Cloud VPN tünelleri kullanılarak karma bağlantı üzerinden bağlanmalıdır. Yüksek düzeyde kullanılabilir bir bağlantı kullanmanızı öneririz.

Genel dinamik yönlendirme ile etkinleştirilmiş bir Cloud Yönlendirici, BGP aracılığıyla belirli uç nokta hakkında bilgi edinir ve Google Cloud VPC ağınıza programlar. Bölgesel dinamik yönlendirme desteklenmez. Statik rotalar da desteklenmez.

Cloud Interconnect veya Cloud VPN'i yapılandırmak için kullandığınız Google Cloud VPC ağı, karma yük dengeleme dağıtımını yapılandırmak için kullandığınız ağdır. VPC ağınızın alt ağı CIDR aralıklarının uzak CIDR aralıklarınızla çakışmadığından emin olun. IP adresleri çakıştığında alt ağ rotaları uzaktan bağlantıya göre öncelikli olur.

Talimatlar için aşağıdaki konulara göz atın:

• Cloud VPN belgeleri
• Cloud Interconnect belgeleri

Özel Rota Bildirmeleri

Aşağıdaki alt ağlar, Cloud Router'dan şirket içi ağa özel reklamların bildirilmesini ve böylece şirket içi güvenlik duvarı kurallarının güncellenmesini gerektirir.

Alt ağ	Açıklama
172.16.0.0/23	Şirket içi hizmetle doğrudan iletişim kurmak için kullanılan TCP Proxy Alt Ağı
130.211.0.0/22, 35.191.0.0/16	Google Cloud Durum Denetimi

2. Başlamadan önce

Codelab'i desteklemek için projeyi güncelleme

Bu Codelab, Cloud Shell'de gcloud yapılandırması uygulamasına yardımcı olmak için $variables kullanır.

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud config list project
gcloud config set project [YOUR-PROJECT-NAME]
psclab=YOUR-PROJECT-NAME
echo $psclab

3. Yapımcı Kurulumu

Üretici VPC'si oluşturma

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud compute networks create producer-vpc --project=$psclab --subnet-mode=custom

Yapımcı alt ağlarını oluşturma

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud compute networks subnets create subnet-201 --project=$psclab --range=10.10.1.0/24 --network=producer-vpc --region=us-central1

TCP Proxy alt ağlarını oluşturma

Proxy tahsisi, yük dengeleyici düzeyinde değil, VPC düzeyinde yapılır. Envoy tabanlı yük dengeleyicileri kullandığınız sanal ağın (VPC) her bölgesinde bir yalnızca proxy alt ağı oluşturmanız gerekir. Aynı bölgede ve aynı VPC ağında birden fazla yük dengeleyici dağıtırsanız bunlar, yük dengeleme için aynı yalnızca proxy alt ağını paylaşır.

1. Bir istemci, yük dengeleyicinin iletim kuralının IP adresine ve bağlantı noktasına bağlantı kurar.
2. Her proxy, ilgili yük dengeleyicinin iletim kuralı tarafından belirtilen IP adresini ve bağlantı noktasını dinler. Proxy'lerden biri, istemcinin ağ bağlantısını alır ve sonlandırır.
3. Proxy; yük dengeleyicinin URL eşlemesi ve arka uç hizmetleri tarafından belirlendiği şekilde, bir NEG'deki uygun arka uç sanal makinesine veya uç noktasına bağlantı oluşturur.

Ağınızın otomatik mod veya özel olmasına bakılmaksızın, yalnızca proxy alt ağları oluşturmanız gerekir. Yalnızca proxy alt ağı, 64 veya daha fazla IP adresi sağlamalıdır. Bu, /26 veya daha kısa bir önek uzunluğuna karşılık gelir. Önerilen alt ağ boyutu /23'tür (512 yalnızca proxy adresi).

Not: Proxy Alt Ağı, bir müşterinin BGP reklamının şirket içi ağına yönlendirilmesini gerektirir. Bu nedenle şirket içi ağınıza yönlendirilebilir. Hizmete erişim, sağlanan proxy alt ağı aracılığıyla mümkün olur.

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud compute networks subnets create proxy-subnet-us-central \
  --purpose=REGIONAL_MANAGED_PROXY \
  --role=ACTIVE \
  --region=us-central1 \
  --network=producer-vpc \
  --range=172.16.0.0/23

Private Service Connect NAT alt ağlarını oluşturma

Private Service Connect ile kullanılacak bir veya daha fazla özel alt ağ oluşturun. Bir hizmet yayınlamak için Google Cloud konsolunu kullanıyorsanız bu prosedür sırasında alt ağları oluşturabilirsiniz. Alt ağı, hizmetin yük dengeleyicisiyle aynı bölgede oluşturun. Normal bir alt ağı Private Service Connect alt ağına dönüştüremezsiniz.

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud compute networks subnets create psc-nat-subnet --network=producer-vpc --region=us-central1 --range=100.100.10.0/24 --purpose=private-service-connect

Producer Güvenlik Duvarı Kurallarını oluşturma

Private Service Connect uç noktaları ile hizmet eki arasındaki trafiğe izin vermek için güvenlik duvarı kurallarını yapılandırın. Codelab'de NAT alt ağı 100.100.10.0/24'ün Private Service Connect Service Eki'ne (dahili yük dengeleyici) erişmesine olanak tanıyan bir Giriş Güvenlik Duvarı Kuralı oluşturuldu.

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud compute --project=$psclab firewall-rules create allow-to-ingress-nat-subnet --direction=INGRESS --priority=1000 --network=producer-vpc --action=ALLOW --rules=all --source-ranges=100.100.10.0/24

Cloud Shell'in içinde Google Cloud durum denetimlerinin TCP bağlantı noktası 80 üzerinde şirket içi hizmete (arka uç hizmeti) erişmesine izin vermek için fw-allow-health-check kuralı oluşturun

gcloud compute firewall-rules create fw-allow-health-check \
    --network=producer-vpc \
    --action=allow \
    --direction=ingress \
    --source-ranges=130.211.0.0/22,35.191.0.0/16 \
    --rules=tcp:80

Şirket içi hizmetlerin 80 numaralı bağlantı noktasında proxy alt ağıyla iletişim kurmasını sağlayan bir giriş güvenlik duvarı kuralı oluşturun

gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
    --network=producer-vpc \
    --action=allow \
    --direction=ingress \
    --source-ranges=172.16.0.0/23 \
    --rules=tcp:80

Karma bağlantı NEG'yi ayarlama

NEG'yi oluştururken Google Cloud ile şirket içi veya diğer bulut ortamınız arasındaki coğrafi mesafeyi en aza indiren bir ZONE kullanın. Örneğin, Almanya, Frankfurt'taki şirket içi bir ortamda hizmet barındırıyorsanız NEG'yi oluştururken europe-west3-a Google Cloud alt bölgesini belirtebilirsiniz.

Ayrıca, Cloud Interconnect kullanıyorsanız NEG'yi oluşturmak için kullanılan ZONE, Cloud Interconnect ekinin yapılandırıldığı bölgede olmalıdır.

Kullanılabilir bölge ve alt bölgeler için Compute Engine belgeleri: Kullanılabilir bölgeler ve alt bölgeler bölümüne bakın.

Cloud Shell'in içinde gcloud compute network-endpoint-groups create komutunu kullanarak karma bağlantı NEG'si oluşturun

gcloud compute network-endpoint-groups create on-prem-service-neg \
    --network-endpoint-type=NON_GCP_PRIVATE_IP_PORT \
    --zone=us-central1-a \
    --network=producer-vpc

Cloud Shell'in içinde, şirket içi IP:Bağlantı noktası uç noktasını karma NEG'ye ekleyin.

gcloud compute network-endpoint-groups update on-prem-service-neg \
    --zone=us-central1-a \
    --add-endpoint="ip=192.168.1.5,port=80"

Yük dengeleyiciyi yapılandırma

Aşağıdaki adımlarda yük dengeleyiciyi (iletim kuralı) yapılandıracaksınız. ağ uç noktası grubuyla ilişkilendirme

Cloud Shell'in içinde, şirket içi hizmete iletilen bölgesel durum denetimini oluşturun

gcloud compute health-checks create tcp on-prem-service-hc \
    --region=us-central1 \
    --use-serving-port

Cloud Shell'in içinde şirket içi arka uç için arka uç hizmetini oluşturma

gcloud compute backend-services create on-premise-service-backend \
   --load-balancing-scheme=INTERNAL_MANAGED \
   --protocol=TCP \
   --region=us-central1 \
   --health-checks=on-prem-service-hc \
   --health-checks-region=us-central1

Cloud Shell'in içinde, karma NEG arka ucunu arka uç hizmetine ekleyin. MAX_CONNECTIONS için arka ucun işlemesi gereken maksimum eşzamanlı bağlantı sayısını girin.

gcloud compute backend-services add-backend on-premise-service-backend \
   --network-endpoint-group=on-prem-service-neg \
   --network-endpoint-group-zone=us-central1-a \
   --region=us-central1 \
   --balancing-mode=CONNECTION \
   --max-connections=100

Cloud Shell'in içinde Hedef Proxy'yi oluşturma

gcloud compute target-tcp-proxies create on-premise-svc-tcpproxy \
   --backend-service=on-premise-service-backend \
   --region=us-central1

Cloud Shell'in içinde iletim kuralını oluşturma (ILB)

gcloud compute forward-rules create komutunu kullanarak iletim kuralını oluşturun.

FWD_RULE_PORT değerini 1-65535 arasında olan tek bir bağlantı noktası numarasıyla değiştirin. İletim kuralı yalnızca eşleşen hedef bağlantı noktasına sahip paketleri yönlendirir.

gcloud compute forwarding-rules create tcp-ilb-psc \
   --load-balancing-scheme=INTERNAL_MANAGED \
   --network=producer-vpc \
   --subnet=subnet-201 \
   --ports=80 \
   --region=us-central1 \
   --target-tcp-proxy=on-premise-svc-tcpproxy \
   --target-tcp-proxy-region=us-central1

Dahili yük dengeleyicinin IP adresini alma

gcloud compute forwarding-rules describe tcp-ilb-psc --region=us-central1 | grep -i IPAddress:

Example output:
gcloud compute forwarding-rules describe tcp-ilb-psc --region=us-central1 | grep -i IPAddress:
IPAddress: 10.10.1.2

4. Yük dengeleyiciyi doğrulama

Cloud Console'dan Ağ Hizmetleri → Yük Dengeleme → Yük Dengeleyiciler'e gidin. 1 NEG'nin "Yeşil" olması, şirket içi hizmetin başarılı bir durum denetimi olduğunu gösterir.

‘on-premise-service-backend' seçildiğinde Ön Uç IP Adresi elde edilir

5. Öğrenilen rotaları şirket içinden görüntüleyin

VPC Ağı → Rotalar'a gidin. Unutmayın, öğrenilen şirket içi hizmet alt ağı 192.168.1.0/27

6. Şirket içi hizmetle olan bağlantıyı doğrulayın

Üreticiler VPC'sinden şirket içi hizmete olan bağlantıyı test etmek için bir sanal makine oluşturacağız. Ardından, yapılandırma için Hizmet Eki'nin başındayız.

Cloud Shell'in içinde, üretici VPC'sinde test örneğini oluşturma

gcloud compute instances create test-box-us-central1 \
    --zone=us-central1-a \
    --image-family=debian-10 \
    --image-project=debian-cloud \
    --subnet=subnet-201 \
    --no-address

IAP'nin sanal makine örneklerinize bağlanmasına izin vermek için aşağıdaki şartları yerine getiren bir güvenlik duvarı kuralı oluşturun:

• IAP kullanarak erişilmesini istediğiniz tüm sanal makine örnekleri için geçerlidir.
• 35.235.240.0/20 IP aralığından giriş trafiğine izin verir. Bu aralık, IAP'nin TCP yönlendirme için kullandığı tüm IP adreslerini içerir.

Cloud Shell'in içinde, üretici VPC'sinde test örneğini oluşturma

gcloud compute firewall-rules create ssh-iap \
    --network producer-vpc \
    --allow tcp:22 \
    --source-ranges=35.235.240.0/20

Yük dengeleme IP Adresi'ne karşı bir curl işlemi gerçekleştirerek şirket içi hizmete olan bağlantıyı doğrulamak için Cloud Shell'de IAP kullanarak test-box-us-central1'e giriş yapın. Zaman aşımı varsa yeniden deneyin.

gcloud compute ssh test-box-us-central1 --project=$psclab --zone=us-central1-a --tunnel-through-iap

Şirket içi hizmete bağlantıyı doğrulayan bir curl işlemi gerçekleştirin. Doğrulandıktan sonra Cloud Shell istemine geri dönen sanal makineden çıkış. Dahili Yük Dengeleyici IP'sini 3. ve 4. adımlarda tanımlanan çıkışınıza göre değiştirin.

deepakmichael@test-box-us-central1:~$ curl -v 10.10.1.2
* Expire in 0 ms for 6 (transfer 0x55b9a6b2f0f0)
*   Trying 10.10.1.2...
* TCP_NODELAY set
* Expire in 200 ms for 4 (transfer 0x55b9a6b2f0f0)
* Connected to 10.10.1.2 (10.10.1.2) port 80 (#0)
> GET / HTTP/1.1
> Host: 10.10.1.2
> User-Agent: curl/7.64.0
> Accept: */*
> 
< HTTP/1.1 200 OK
< Content-Type: text/html; charset=utf-8
< Accept-Ranges: bytes
< ETag: "3380914763"
< Last-Modified: Mon, 05 Dec 2022 15:10:56 GMT
< Expires: Mon, 05 Dec 2022 15:42:38 GMT
< Cache-Control: max-age=0
< Content-Length: 37
< Date: Mon, 05 Dec 2022 15:42:38 GMT
< Server: lighttpd/1.4.53
< 
Welcome to my on-premise service!!

7. Private Service Connect Service Eki'ni oluşturma

Aşağıdaki adımlarda, VPC eşlemeye gerek kalmadan şirket içi hizmete tüketici uç noktası erişimiyle eşlendikten sonra hizmet ekini oluşturacağız.

Hizmet Eki'ni oluşturma

Cloud Shell'in içinde Hizmet Eki'ni oluşturma

gcloud compute service-attachments create service-1 --region=us-central1 --producer-forwarding-rule=tcp-ilb-psc --connection-preference=ACCEPT_AUTOMATIC --nat-subnets=psc-nat-subnet

İsteğe bağlı: Paylaşılan bir VPC kullanıyorsanız Hizmet Projesinde Hizmet Eki'ni oluşturun

gcloud compute service-attachments create service-1 --region=us-central1 --producer-forwarding-rule=tcp-ilb-psc --connection-preference=ACCEPT_AUTOMATIC --nat-subnets=projects/<hostproject>/regions/<region>/subnetworks/<natsubnet>

TCP hizmet ekini doğrulama

gcloud compute service-attachments describe service-1 --region us-central1

8. İsteğe bağlı: Yeni oluşturulan Hizmet Eki'ni görüntülemek için Ağ Hizmetleri → Private Service Connect konumuna gidin

Service-1'in seçilmesi, tüketicinin Özel Hizmet Bağlantısı oluşturmak için kullandığı Hizmet Eki URI'si de dahil olmak üzere daha fazla ayrıntı sağlar. Sonraki bir adımda kullanılacağından URI'yı not edin.

Hizmet Eki Ayrıntıları: projects/<projeadı>/regions/us-central1/serviceAttachs/service-1

9. Tüketici Kurulumu

Tüketici VPC'si oluşturma

Cloud Shell'in içinde aşağıdaki işlemleri gerçekleştirin

gcloud compute networks create consumer-vpc --project=$psclab --subnet-mode=custom

Tüketici alt ağlarını oluşturma

Cloud Shell'in içinde GCE alt ağını oluşturma

gcloud compute networks subnets create subnet-101 --project=$psclab --range=10.100.1.0/24 --network=consumer-vpc --region=us-central1

Cloud Shell'in içinde Tüketici Uç Nokta Alt Ağını oluşturma

gcloud compute networks subnets create subnet-102 --project=$psclab --range=10.100.2.0/24 --network=consumer-vpc --region=us-central1

Tüketici uç noktasını oluşturma (iletim kuralı)

Cloud Shell'in içinde, Tüketici Uç Noktası olarak kullanılacak statik IP Adresi'ni oluşturun.

gcloud compute addresses create psc-consumer-ip-1 --region=us-central1 --subnet=subnet-102 --addresses 10.100.2.10

Önceden oluşturulmuş Hizmet Eki URI'sini kullanarak Tüketici Uç Noktası'nı oluşturalım

Cloud Shell'in içinde Tüketici Uç Noktası oluşturma

gcloud compute forwarding-rules create psc-consumer-1 --region=us-central1 --network=consumer-vpc --address=psc-consumer-ip-1 --target-service-attachment=projects/$psclab/regions/us-central1/serviceAttachments/service-1

10. Consumer Private Service Connect'i Doğrulama - Tüketici VPC'si

Tüketici VPC'sinden Ağ Hizmetleri → Private Service Connect→ Bağlı Uç Noktalar'a giderek başarılı bir Özel Hizmet Bağlantısını doğrulayın. Oluşturulan psc-consumer-1 bağlantısına ve daha önce oluşturduğumuz ilgili IP Adresi'ne dikkat edin.

psc-consumer-1 seçildiğinde Hizmet Eki URI'si de dahil olmak üzere ek ayrıntılar sağlanır

11. Consumer Private Service Connect'i Doğrulama - Üretici VPC'si

Üretici VPC'sinden Ağ Hizmetleri → Private Service Connect→Yayınlanan Hizmet seçeneğine giderek başarılı bir Özel Hizmet Bağlantısı'nı doğrulayın. Yayınlanan hizmet-1 bağlantısının artık 1 iletim kuralı (bağlantı uç noktası) gösterdiğini unutmayın.

12. Gizli DNS Bölgesi oluşturun ve A Kaydı

VPC içindeki herhangi bir ana makineden Üretici'ye sorunsuz erişim sağlayan PSC Bağlantı Uç Noktasıyla eşlenen Özel DNS Alt Bölgesi'ni oluşturun.

Not: VPC eşleme üzerinden tüketici uç noktasına erişim desteklenmez.

Cloud Shell'den

gcloud dns --project=$psclab managed-zones create codelab-zone --description="" --dns-name="codelab.net." --visibility="private" --networks="consumer-vpc"

gcloud dns --project=$psclab record-sets create service1.codelab.net. --zone="codelab-zone" --type="A" --ttl="300" --rrdatas="10.100.2.10"

13. Sanal makineyi kullanarak Üreticiler hizmetine Tüketici erişimini doğrulama

Tüketici VPC'sinden tüketici uç nokta hizmeti1.codelabs.net adresine erişerek şirket içi hizmete bağlantıyı test etmek için bir sanal makine oluşturacağız.

Cloud Shell'in içinde, tüketici VPC'sinde test örneğini oluşturma

gcloud compute instances create consumer-vm \
    --zone=us-central1-a \
    --image-family=debian-10 \
    --image-project=debian-cloud \
    --subnet=subnet-101 \
    --no-address

IAP'nin sanal makine örneklerinize bağlanmasına izin vermek için aşağıdaki şartları yerine getiren bir güvenlik duvarı kuralı oluşturun:

• IAP kullanarak erişilmesini istediğiniz tüm sanal makine örnekleri için geçerlidir.
• 35.235.240.0/20 IP aralığından giriş trafiğine izin verir. Bu aralık, IAP'nin TCP yönlendirme için kullandığı tüm IP adreslerini içerir.

Cloud Shell'in içinde, tüketici VPC'sinde test örneğini oluşturma

gcloud compute firewall-rules create ssh-iap-consumer \
    --network consumer-vpc \
    --allow tcp:22 \
    --source-ranges=35.235.240.0/20

Şirket içi hizmete olan bağlantıyı doğrulamak için Cloud Shell'de IAP kullanarak tüketici sanal makinesine giriş yapın ve dns FQDN service1.codelab.net'e göre curl işlemi gerçekleştirin. Zaman aşımı varsa yeniden deneyin.

gcloud compute ssh consumer-vm --project=$psclab --zone=us-central1-a --tunnel-through-iap

Şirket içi hizmete bağlantıyı doğrulayan bir curl işlemi gerçekleştirin. Cloud Shell istemine geri dönen sanal makineden doğrulandıktan sonra

Cloud Shell'in içinde curl işlemi yapma

$ curl -v service1.codelab.net
*   Trying 10.100.2.10...
* TCP_NODELAY set
* Expire in 200 ms for 4 (transfer 0x5650fc3390f0)
* Connected to service1.codelab.net (10.100.2.10) port 80 (#0)
> GET / HTTP/1.1
> Host: service1.codelab.net
> User-Agent: curl/7.64.0
> Accept: */*
> 
< HTTP/1.1 200 OK
< Content-Type: text/html; charset=utf-8
< Accept-Ranges: bytes
< ETag: "3380914763"
< Last-Modified: Mon, 05 Dec 2022 15:10:56 GMT
< Expires: Mon, 05 Dec 2022 15:15:41 GMT
< Cache-Control: max-age=0
< Content-Length: 37
< Date: Mon, 05 Dec 2022 15:15:41 GMT
< Server: lighttpd/1.4.53
< 
Welcome to my on-premise service!!

Aşağıda şirket içi hizmetten bir yakalama örneği verilmiştir. 172.16.0.2 numaralı Kaynak IP Adresi'nin 172.16.0.0/23 TCP Proxy Alt Ağı aralığından olduğunu unutmayın.

14. Yapımcı Temizleme

Yapımcı bileşenlerini silme

Cloud Shell'in içinde üretici bileşenlerini silme

gcloud compute instances delete test-box-us-central1 --zone=us-central1-a --quiet

gcloud compute service-attachments delete service-1 --region=us-central1 --quiet 

gcloud compute forwarding-rules delete tcp-ilb-psc --region=us-central1 --quiet

gcloud compute target-tcp-proxies delete on-premise-svc-tcpproxy --region=us-central1 --quiet

gcloud compute backend-services delete on-premise-service-backend --region=us-central1 --quiet

gcloud compute network-endpoint-groups delete on-prem-service-neg --zone=us-central1-a --quiet

gcloud compute networks subnets delete psc-nat-subnet subnet-201 proxy-subnet-us-central --region=us-central1 --quiet

gcloud compute firewall-rules delete ssh-iap fw-allow-proxy-only-subnet allow-to-ingress-nat-subnet fw-allow-health-check --quiet

gcloud compute health-checks delete on-prem-service-hc --region=us-central1 --quiet

gcloud compute networks delete producer-vpc --quiet

15. Tüketici Temizleme

Tüketici bileşenlerini silme

Cloud Shell'in içinde tüketici bileşenlerini silme

gcloud compute instances delete consumer-vm --zone=us-central1-a --quiet

gcloud compute forwarding-rules delete psc-consumer-1 --region=us-central1 --quiet

gcloud compute addresses delete psc-consumer-ip-1 --region=us-central1 --quiet

gcloud compute networks subnets delete subnet-101 subnet-102 --region=us-central1 --quiet

gcloud compute firewall-rules delete ssh-iap-consumer --quiet

gcloud dns record-sets delete service1.codelab.net --type=A --zone=codelab-zone --quiet

gcloud dns managed-zones delete codelab-zone --quiet 

gcloud compute networks delete consumer-vpc --quiet 

16. Tebrikler

Tebrikler, Private Service Connect'i TCP Proxy ile başarıyla yapılandırıp doğruladınız.

Üretici altyapısını oluşturdunuz ve üretici VPC'sine şirket içi bir hizmete işaret eden bir hizmet eki eklediniz. Tüketici VPC'sinde şirket içi hizmete bağlantıya olanak tanıyan bir tüketici uç noktası oluşturmayı öğrendiniz.

Sırada ne var?

Bu codelab'lerden bazılarına göz atın...

• GKE ile hizmetleri yayınlamak ve kullanmak için Private Service'i kullanma
• Hizmetleri yayınlamak ve kullanmak için Private Service Connect'i kullanma

Daha fazla bilgi ve Videolar

• Private Service Connect'e genel bakış
• Private Service Connect nedir?

Referans belgeler

• Dahili TCP Proxy
• Durum Denetimlerine genel bakış
• Hizmet yayınlama