Multi-zone deployment — application yoki data xizmatining nusxalarini bitta cloud regionidagi bir nechta availability zonega joylashtirish arxitekturasi. Maqsad bitta zona elektr, network yoki infrastructure nosozligida xizmatni davom ettirishdir. Faqat instance sonini ko‘paytirish emas, traffic, state, quorum va dependencylarni ham zone chegaralari bo‘yicha loyihalash talab etiladi.
Stateless qatlam
Web yoki API replicas topology spread orqali zonalarga teng taqsimlanadi. Regional load balancer health checkdan o‘tmagan zone endpointlarini chiqaradi. Session state local memoryda qolsa user boshqa zonaga yo‘nalganda sessiya yo‘qoladi; shared store, signed token yoki client affinity tanlovi qilinadi.
Normal paytda har zona faqat o‘z trafficini ko‘tara olsa, bitta zona yo‘qolganda qolganlari overload bo‘ladi. N+1 capacity, autoscaling tezligi va quota oldindan hisoblanadi. Failover vaqtidagi cold cache ham CPU hamda database yukini oshiradi.
Stateful qatlam
Database replicas zonalarga tarqatiladi. Synchronous replication write latencyga zone round-trip vaqtini qo‘shadi, lekin failoverdagi data lossni kamaytiradi. Uch voter uch zonaga joylashtirilsa bitta zona yo‘qolganda majority saqlanadi. Ikki zonadagi noto‘g‘ri taqsimot quorumni yo‘qotishi mumkin.
Zonal block disk odatda boshqa zonadagi instancega bevosita ulanmaydi. Stateful failover replica disk yoki snapshotdan yangi disk yaratishni talab qiladi. Managed multi-zone database bu jarayonni avtomatlashtirishi mumkin, ammo uning RPO, failover va connection reset xatti-harakati sinovdan o‘tkaziladi.
Tarmoq va yashirin bog‘liqlik
Cross-zone traffic narxi va latencyga ta’sir qiladi. Topology-aware routing local endpointni afzal ko‘radi, lekin local zone to‘liq ishlamasa regional fallback beradi. Bitta zonadagi NAT, proxy, firewall appliance, DNS resolver yoki secrets endpoint butun deployment uchun single point of failure bo‘lib qolmasligi kerak.
Release va kuzatuv
Rolling deployment bir vaqtda har zonadagi barcha replicasni olib tashlamaydi. Anti-affinity, disruption budget va zone-aware rollout qoidalari birga ishlaydi. Configuration ham barcha zonaga izchil tarqaladi; eski va yangi versiya qisqa vaqt birga ishlashiga protocol mos bo‘ladi.
Dashboard availability, error rate, capacity, database lag va cross-zone byte’larni zona bo‘yicha ko‘rsatadi. Game day testida zone endpointlari izolyatsiya qilinib, traffic ko‘chishi, quorum, latency va qayta tiklanish o‘lchanadi. Multi-zone region falokatidan himoya qilmaydi, shuning uchun kerak bo‘lsa multi-region disaster recovery qo‘shiladi.
Qayta tiklanish bosqichi
Zona qaytganda barcha trafficni birdan qaytarish xavfli. Yangi replicas cache va connection poolni isitadi, stateful node esa log backlogni replay qiladi. Health check “process ishlayapti”dan tashqari replica yetarlicha current ekanini va dependencylar tayyorligini tekshiradi. Traffic weight asta oshiriladi.
Bir vaqtning o‘zida autoscaler eski zonadagi ko‘p resursni yaratib, boshqa zonadagi vaqtinchalik capacityni o‘chirsa ikkinchi uzilish uchun headroom yo‘qolishi mumkin. Rebalance tezligi va minimum per-zone capacity cheklanadi. Incidentdan keyin failover vaqtida yuzaga kelgan cross-zone xarajat, client retry stormi va database connection churn tahlil qilinadi; faqat uptime natijasi arxitekturaning barcha zaifligini ko‘rsatmaydi.
Certificate, image va secrets barcha target zonalarda oldindan mavjud bo‘ladi. Failover paytida artifact registry yoki key service’ning bitta zonal endpointiga bog‘lanish yangi replicas ishga tushishini to‘smasligi kerak.
Bog‘liq tushunchalar
Availability zone, Failure domain, Load balancing, Quorum, Synchronous replication, Zonal disk, Topology-aware routing, High availability