Nodes na GKE masu zaman kansu ba sa tantance wace API kubectl ke amfani da ita

Nodes ɗin masu zaman kansu ne, VPN tana isa gare su, amma har yanzu kubectl ba ya iya magana da cluster ɗin. Waɗannan gaskiyoyi biyu ba su da alaƙa. Adireshin da kubectl ke amfani da shi ya fito ne daga URL ɗin uwar garke da aka adana a cikin kubeconfig lokacin da aka ɗauko takardun shaidar, kuma babu hanyar da ka ƙara da za ta canza shi. A halin yanzu, nodes ɗin ba su ne abin da kubectl ke ƙoƙarin isa ba tun farko.

Bincike biyar, farawa da ƙimar da ta fi muhimmanci.

Bincike 1: karanta URL ɗin uwar garke a cikin kubeconfig

Buga wurin ƙarshen ba tare da zubar da takardun shaidar ba: kubectl config view --minify -o jsonpath="{.clusters[0].cluster.server}". Wannan igiya ɗaya tana gaya maka ko abokin ciniki yana nufin adireshin IP, sunan DNS, ko adireshin waje da ba ka yi niyya ba. Duk sauran abin da ke cikin wannan bincike ya biyo baya daga gare ta.

Idan URL ɗin ba shi ne wurin ƙarshen da ka yi tsammanin ka saita ba, sauran binciken ɓata lokaci ne.

Bincike 2: daidaita URL ɗin da nau'in wurin ƙarshe

GKE na yanzu yana tallafawa duka hanyar shiga matattarar sarrafawa ta tushen IP da ta tushen DNS, kuma takardun shaidar da ka ɗauko suna zaɓar ɗaya. gcloud container clusters get-credentials NAME --location REGION --internal-ip yana rubuta wurin ƙarshen IP na ciki, yayin da --dns-endpoint ke zaɓar shiga ta tushen DNS. Babu ɗaya daga cikin tutocin da ke samar da hanyar cibiyar sadarwa, abin da ke ba wa waɗanda suke tsammanin ɗaukar zai gyara haɗin mamaki. Sake yin ɗaukar da gangan sannan ka sake karanta URL ɗin bayan haka.

Canza tutoci ba tare da sake karanta URL ɗin ba shi ne hanyar da kwamfutar tafi-da-gidanka ke ƙarewa da takardun shaidar clusters biyu da kuskure ɗaya mai ruɗani.

Shigarwar cibiyar sadarwa da aka ba da izini tana kayyade wanda zai iya isa wurin ƙarshen waje kuma ba ya shafi na ciki. Faɗaɗa shi don gwada hanyar sirri yana canza fallasa naka maimakon bincikenka.

Bincike 3: tabbatar da hanyar zuwa wurin ƙarshen

Idan URL ɗin IP na ciki ne, tabbatar da hanyar daga cibiyar sadarwar da abokin ciniki yake a zahiri, kewayon tushen da aka yarda da shi da saitin shiga yanki ko na duniya na cluster ɗin. Kewayon matattarar sarrafawa da subnet ɗin nodes ba su ne manufa ɗaya ba, saboda haka hanyar da ke aiki zuwa nodes ba ta tabbatar da komai game da wurin ƙarshen ba. Don shiga ta tushen DNS, hanyar ita ce haɗin Google API tare da tsarin Private Google Access ɗin sa da aka rubuta, ba hanyar zuwa subnet ɗin ma'aikata ba. Gwada wurin ƙarshen da haɗin TCP na yau da kullun kafin ka zargi kubectl.

Ƙarewar lokaci matsalar hanya ce. 403 matsalar manufa ce. Ba su da magani ɗaya.

Bincike 4: raba logs da exec daga kiran API

Idan buƙatun API na yau da kullun suna yin nasara kuma kubectl logs ko kubectl exec ya kasa, ka riga ka wuce zaɓin wurin ƙarshe. Waɗannan ayyukan suna buƙatar izinin Kubernetes ɗin da ya dace kuma sun dogara da sadarwa daga matattarar sarrafawa zuwa nodes, kuma gazawar na iya zama amsar Forbidden maimakon ƙarewar lokaci. Shiga SSH zuwa node yana gwada wata sabis ɗin gaba ɗaya kuma ba ya tabbatar da su.

Karanta nau'in kuskuren kafin ka sake buɗe tikitin VPN, domin nau'ikan biyu suna zaune a wurare daban-daban.

Bincike 5: ajiye abubuwan lura guda uku ga mutum na gaba

Rubuta URL ɗin API da aka zaɓa, ko buƙatar API ɗaya da aka ba da izini tana aiki, da kuma ainihin wace aiki na gaba ya kasa, tare da rubutun kuskuren. Waɗannan layuka uku suna raba zaɓin wurin ƙarshe daga shiga nodes, kuma suna hana a zargi hanyar VPN mai kyau sosai da buƙatar da ba ta taɓa ɗauka ba.

Injiniyan na gaba zai tambaya ko ramin ya lalace. Ya kamata bayaninka ya riga ya amsa hakan.