Pod IP, ClusterIP vai sisäinen kuormantasaaja VPN-käyttäjille
Pod IP on reititettävissä VPN:n yli, kunnes Pod korvataan. Vertaa suoraa Pod-käyttöä, ClusterIP:tä ja sisäistä kuormantasaajaa sekä sitä, mitä kukin niistä sinulle maksaa.
VPC CNI:n kanssa Pod voi saada osoitteen VPC:stä, ja oikean reitin omaava VPN-käyttäjä voi tavoittaa sen suoraan. Se saa suoran Pod-käytön tuntumaan yksinkertaisimmalta vaihtoehdolta, ja sitä se onkin, kunnes Pod korvataan. Osoite, jonka käyttäjä muistaa, kuuluisi sovellukselle, ei replikalle. Kolmen sisääntulon vertailu palautuu siihen, mikä objekti omistaa osoitteen ja minkä on jatkettava toimintaansa, kun työkuorma siirtyy.
Valitse ensin elinkaaren mukaan ja sitten sen mukaan, mitä verkon on tehtävä, jotta sisääntulosta tulee tavoitettava.
Kolme sisääntuloa, kolme elinkaarta
Pod IP kuuluu Podille: se jaetaan sen kanssa ja vapautetaan, kun se päättyy. ClusterIP kuuluu Servicelle ja on virtuaalinen, se on mielekäs vain siellä, missä klusterin palvelureititys on olemassa. Sisäisen kuormantasaajan omistaa pilviresurssi, jonka klusterin ohjain ohjelmoi backendeilla. Nämä omistusmallit ennustavat vian, jonka saat: vanhentunut osoite, tavoittamaton nimi tai vanhentunut backend-joukko.
Kirjoita vertailu muistiin ennen valintaa. Kun omistaja ja vika on nimetty, valinta tekee yleensä itse itsensä.
| Entry | Owner | Failure when the workload moves |
|---|---|---|
| Pod IP | The Pod | Address changes and saved links break |
| ClusterIP | The Service | Virtual address with no meaning outside cluster routing |
| Internal balancer | Cloud resource plus controller | Backends update, but the DNS view is yours to maintain |
Suora Pod-käyttö: hyödyllinen, väliaikainen
Suora käyttö on todella hyödyllistä kontrolloidussa tarkistuksessa: yksi ylläpitäjä, yksi lyhyt istunto, yksi tietty portti. Käyttäjille se on kuitenkin huono sopimus, koska osoite on toteutuksen yksityiskohta, joka muuttuu jokaisessa käyttöönotossa. Ja sen kirjaaminen wikiin on tapa, jolla toimiva palvelu muuttuu huhuksi.
Se myös houkuttelee laajoja sääntöjä. Yhden ylläpitäjän oikeus tavoittaa yksi Pod ei ole oikeus jokaiseen solmun aliverkon osoitteeseen, ja yleensä kirjoitetaan jälkimmäinen.
ClusterIP: suunnittelultaan klusteriin rajattu
ClusterIP toimii, koska klusterin dataplane ohjelmoi reitityksen sille klusterin sisällä. VPN:ssä olevalta kannettavalta osoite ei tarkoita mitään, ellei jokin tarkoituksella paljasta sitä. Nimeen, joka päättyy svc.cluster.local, kuuluu klusterin DNS:lle, joten sen kopioiminen asiakkaalle, jolla on eri resolver, tuottaa olemattoman nimen reititysvirheen sijaan.
ClusterIP on edelleen oikea sisääntulo klusterin sisäisille kutsujille, mukaan lukien muut työkuormat. Se ei vain ole julkaisumekanismi klusterin reititysalueen ulkopuolisille käyttäjille.
Sisäinen kuormantasaaja: julkaistu polku
Sisäinen kuormantasaaja antaa vakaan yksityisen osoitteen ja nimen, johon oma vyöhykkeesi voi osoittaa, samalla kun ohjain pitää backend-joukon ajan tasalla, kuten EKS:n kuormantasauksen opas kuvaa. Se on sisääntulo, joka kestää tavallisen Pod-korvauksen ilman, että kukaan muokkaa asiakirjaa. Se maksaa pilviresurssin, ohjaimen kokoonpanon ja reitin VPN:stä, ja juuri nämä osat ihmiset aliarvioivat.
Käytä ohjainmallia, jota klusteri todella ajaa. Yhdelle integraatiolle kirjoitetut merkinnät eivät päde toiseen.
Kuka lähdeosoite on
Turvaryhmät näkevät lähteen, joka saapuu niiden rajalle, ja se voi olla yhdistetty asiakas tai käännetty osoite VPN- ja kuormantasauspolusta riippuen. EC2-pohjaisilla solmuilla tavalliset VPC CNI -Podit perivät oletuksena solmun ENI-ryhmät, kun taas tuetut kokoonpanot voivat liittää Pod-kohtaisia ryhmiä. Kirjoita säännöt dokumentoidulle polulle, älä arvatulle kannettavan osoitteelle.
Pidä sovelluksen oma kuuntelija ja todennus erillisinä kontrolleina. Verkkosääntö, joka sallii virran, ei ole valtuutuspäätös eikä sitä pitäisi sellaisena käsitellä.
Mitä käyttäjille annetaan
Anna käyttäjille palvelun nimi, älä osoite. Julkaise nimi yksityisellä vyöhykkeellä, osoita se sisäiseen sisääntuloon ja testaa sitten korvaamalla backend-Pod, kun asiakas pitää saman nimen auki. Tämä harjoitus testaa ominaisuutta, jolla on merkitystä: samaan sovellukseen pääsemistä rutiininomaisen käyttöönoton jälkeen.
Pidä suora Pod-käyttö dokumentoituna operatiivisena poikkeuksena omalla laajuudellaan, kaukana käyttäjille suunnatuista ohjeista.