Beräkna klusterstorlek – poddar
Noder, poddar och tjänster behöver IP-adresser. Men hur avgör du hur många IP-adresser du behöver? För att fastställa antalet adresser måste du förstå programmets egenskaper. Först bestämmer du hur många poddar du behöver. Sedan kan du titta på vilken storlek på noder som krävs och hur många noder som behöver köras.
Hur många poddar behöver du?
Programmet körs i en pod. Ett enkelt program kan köras helt i en enda podd. Ett mer komplext program, till exempel ett arkitekturprogram för mikrotjänster som består av flera separata tjänster, kan ha varje tjänst som körs i sin egen podd, med poddarna fördelade på flera noder.
Du måste förstå programmets arkitektur fullt ut. Därifrån kan du räkna ut hur många poddar programmet kräver. Du kan sedan granska hur många repliker av varje pod som du vill köra. Du kanske vet att ditt program har ganska förutsägbara användningsmönster, och genom testningen kan du fastställa att det körs bäst med ett fast antal poddar. Eller så kan ditt program uppleva perioder med högre eller lägre efterfrågan som kräver att antalet poddar ändras som svar på den fluktuerande trafiken. Även i scenarier med oförutsägbara användningsmönster bör du fortfarande ange gränser för det maximala antalet poddar som programmet kan skala upp till. Den här gränsen säkerställer att programmet inte förbrukar alla resurser i klustret.
Det är en bra idé att konfigurera en belastningstestningsmiljö för att mäta de resurser som behövs. Du kan använda en belastningstestare för att simulera typiska scenarier eller scenarier med hög efterfrågan. Data från belastningstester hjälper dig att förstå hur ditt program fungerar i olika situationer. Den här informationen är användbar när du fastställer antalet poddar som behövs för att se till att ditt program förblir responsivt i alla situationer.
Hur många poddar ska du köra?
Du vet att ditt företag vill distribuera en ny webbbutik online som består av flera tjänster. Du närmar dig utvecklarna som arbetar med den nya butiken och ber om information om tjänsterna. I följande tabell visas hur många repliker av varje tjänst som behövs.
| Tjänst | Minimalt antal repliker | Maximalt antal repliker |
|---|---|---|
| Webbplatsens frontend | 3 | 10 |
| Identitet API | 3 | 5 |
| Katalog-API | 3 | 10 |
| API för beställningar | 3 | 5 |
| Hjälp om beställningar | 3 | 5 |
| Basket API | 3 | 10 |
| Marknadsförings-API | 3 | 10 |
| Platser-API | 3 | 5 |
| Totalt antal kopior för alla tjänster | 24 | 60 |
Ditt team har kommit överens om att du ska distribuera minst tre repliker för varje tjänst. Den här konfigurationen säkerställer att programmet kan tillhandahålla en baslinjenivå för prestanda och tillgänglighet. Varje utvecklingsteam tillhandahöll det maximala antalet repliker som de behöver för att hantera efterfrågan, inklusive eventuella säsongstoppar.
Med hjälp av siffrorna i tabellen kan vi beräkna det lägsta och högsta antalet kopior av poddar som klustret ska köra.
- Det minsta antalet poddar är 24 (åtta tjänster, som alla kör minst tre repliker vardera).
- Det maximala antalet repliker är 60.
Nu när du har en plan för poddarna måste du tänka på de virtuella Azure-datorer som är värdar för dem.