Modern bulut tabanl\u0131 uygulamalar\u0131n temelini olu\u015fturan Kubernetes, mikro hizmet mimarilerinin orkestrasyonu ve y\u00f6netimi i\u00e7in end\u00fcstri standard\u0131 haline gelmi\u015ftir. Geli\u015ftiricilere ve operasyon ekiplerine esneklik, \u00f6l\u00e7eklenebilirlik ve y\u00fcksek kullan\u0131labilirlik sunarken, altyap\u0131n\u0131n s\u00fcrekli sa\u011fl\u0131kl\u0131 ve i\u015flevsel kalmas\u0131 kritik bir \u00f6neme sahiptir. DigitalOcean Kubernetes (DOKS), bu g\u00fc\u00e7l\u00fc konteyner orkestrasyon platformunu kullan\u0131c\u0131 dostu bir aray\u00fcz ve entegre hizmetlerle sunarak, geli\u015ftiricilerin altyap\u0131 y\u00f6netimi y\u00fck\u00fcn\u00fc hafifletmeyi hedefler. Ancak, her ne kadar bulut altyap\u0131s\u0131 y\u00fcksek dayan\u0131kl\u0131l\u0131k sunsa da, fiziksel veya sanal sunucularda (Kubernetes terminolojisinde “d\u00fc\u011f\u00fcm” olarak adland\u0131r\u0131l\u0131r) ar\u0131zalar meydana gelebilir. Bu ar\u0131zalar, uygulamalar\u0131n kesintiye u\u011framas\u0131na, performans d\u00fc\u015f\u00fc\u015flerine ve hatta veri kay\u0131plar\u0131na yol a\u00e7abilir. \u0130\u015fte tam da bu noktada “Otomatik D\u00fc\u011f\u00fcm Onar\u0131m\u0131” \u00f6zelli\u011fi devreye girerek, bu t\u00fcr sorunlar\u0131 proaktif bir \u015fekilde tespit edip \u00e7\u00f6z\u00fcme kavu\u015fturarak sistemin genel sa\u011fl\u0131\u011f\u0131n\u0131 ve kullan\u0131labilirli\u011fini art\u0131r\u0131r. Bu makale, DigitalOcean Kubernetes ortam\u0131nda otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131n\u0131n ne oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, sa\u011flad\u0131\u011f\u0131 avantajlar\u0131 ve en iyi uygulama y\u00f6ntemlerini detayl\u0131 bir \u015fekilde inceleyecektir. Amac\u0131m\u0131z, DOKS kullan\u0131c\u0131lar\u0131n\u0131n bu kritik \u00f6zelli\u011fi tam olarak anlamalar\u0131n\u0131 ve uygulamalar\u0131n\u0131n s\u00fcreklili\u011fini sa\u011flamak i\u00e7in nas\u0131l kullanabileceklerini g\u00f6stermektir.<\/p>\n
Kubernetes k\u00fcmesi, ana (master) ve \u00e7al\u0131\u015fan (worker) d\u00fc\u011f\u00fcmlerden olu\u015fur. Ana d\u00fc\u011f\u00fcmler, k\u00fcmenin kontrol d\u00fczlemini y\u00f6netirken, \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmler ise uygulamalar\u0131m\u0131z\u0131 bar\u0131nd\u0131ran pod’lar\u0131 \u00e7al\u0131\u015ft\u0131r\u0131r. Bir \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcm, CPU, bellek, depolama ve a\u011f kaynaklar\u0131n\u0131 sa\u011flayan bir sanal makine veya fiziksel bir sunucudur. Bu d\u00fc\u011f\u00fcmlerin sa\u011fl\u0131kl\u0131 ve eri\u015filebilir olmas\u0131, k\u00fcme \u00fczerindeki uygulamalar\u0131n sorunsuz \u00e7al\u0131\u015fmas\u0131 i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n
Kubernetes, d\u00fc\u011f\u00fcmlerin sa\u011fl\u0131\u011f\u0131n\u0131 \u00e7e\u015fitli durumlarla ifade eder. Bu durumlar, bir d\u00fc\u011f\u00fcm\u00fcn potansiyel veya mevcut bir sorun ya\u015fad\u0131\u011f\u0131n\u0131 g\u00f6sterir. Bir d\u00fc\u011f\u00fcm\u00fcn Uygulamalar\u0131n s\u00fcrekli olarak y\u00fcksek kullan\u0131labilirlikte ve performansl\u0131 \u00e7al\u0131\u015fmas\u0131 i\u00e7in sa\u011fl\u0131kl\u0131 d\u00fc\u011f\u00fcmler esast\u0131r. Bir d\u00fc\u011f\u00fcm\u00fcn ar\u0131zalanmas\u0131 durumunda: Bu nedenlerle, d\u00fc\u011f\u00fcm sa\u011fl\u0131\u011f\u0131n\u0131n s\u00fcrekli olarak izlenmesi ve ar\u0131zalara h\u0131zl\u0131 ve otomatik bir \u015fekilde m\u00fcdahale edilmesi modern Kubernetes operasyonlar\u0131nda vazge\u00e7ilmez bir gerekliliktir. Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, bu manuel m\u00fcdahale ihtiyac\u0131n\u0131 ortadan kald\u0131rarak, k\u00fcmenin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve uygulaman\u0131n s\u00fcreklili\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/p>\n DigitalOcean Kubernetes (DOKS), d\u00fc\u011f\u00fcm sa\u011fl\u0131\u011f\u0131n\u0131 izlemek ve ar\u0131zal\u0131 d\u00fc\u011f\u00fcmleri otomatik olarak onarmak i\u00e7in yerle\u015fik bir mekanizma sunar. Bu \u00f6zellik, k\u00fcmelerinizi daha dayan\u0131kl\u0131 hale getirerek, olas\u0131 altyap\u0131 sorunlar\u0131ndan kaynaklanan kesintileri en aza indirmeyi ama\u00e7lar. DOKS’taki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, DigitalOcean’\u0131n kendi altyap\u0131 izleme ve y\u00f6netim katman\u0131 ile Kubernetes’in do\u011fal mekanizmalar\u0131n\u0131n birle\u015fimiyle \u00e7al\u0131\u015f\u0131r.<\/p>\n DOKS, bir d\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011funu tespit etmek i\u00e7in birden fazla y\u00f6ntem kullan\u0131r: Bu mekanizmalar\u0131n birle\u015fimi sayesinde, DOKS hem Kubernetes’in kendi i\u00e7indeki sorunlar\u0131 hem de temel altyap\u0131 katman\u0131ndaki sorunlar\u0131 h\u0131zl\u0131 bir \u015fekilde tespit edebilir.<\/p>\n Bir d\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011fu tespit edildi\u011finde, DOKS otomatik onar\u0131m s\u00fcrecini ba\u015flat\u0131r. Bu s\u00fcre\u00e7 genellikle a\u015fa\u011f\u0131daki senaryolarda tetiklenir: Onar\u0131m s\u00fcreci genellikle a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 i\u00e7erir: Bu otomatik s\u00fcre\u00e7, operasyonel y\u00fck\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve insan m\u00fcdahalesine gerek kalmadan k\u00fcmenin y\u00fcksek kullan\u0131labilirli\u011fini s\u00fcrd\u00fcrmeye yard\u0131mc\u0131 olur.<\/p>\n DigitalOcean Kubernetes’teki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, bulut sa\u011flay\u0131c\u0131n\u0131n altyap\u0131 y\u00f6netimi ile Kubernetes’in kendi mekanizmalar\u0131n\u0131n entegre bir \u015fekilde \u00e7al\u0131\u015fmas\u0131yla ger\u00e7ekle\u015fir. Bu s\u00fcre\u00e7, alg\u0131lama, bo\u015faltma ve yeniden sa\u011flama ad\u0131mlar\u0131ndan olu\u015fur.<\/p>\n Otomatik onar\u0131m\u0131n ilk ve en kritik ad\u0131m\u0131, bir d\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011funu do\u011fru ve zaman\u0131nda tespit etmektir. DOKS bu tespiti birden fazla katmanda yapar:<\/p>\n * Kubernetes D\u00fczeyinde Alg\u0131lama:<\/strong> DOKS, hem Kubernetes’in kendi bildirimlerini hem de DigitalOcean’\u0131n altyap\u0131 izleme verilerini birle\u015ftirerek, bir d\u00fc\u011f\u00fcm\u00fcn ger\u00e7ekte ne zaman sa\u011fl\u0131ks\u0131z oldu\u011funu ve onar\u0131m gerektirdi\u011fini belirler. Bu \u00e7ift katmanl\u0131 yakla\u015f\u0131m, daha do\u011fru ve g\u00fcvenilir bir alg\u0131lama sa\u011flar. Genellikle, bir d\u00fc\u011f\u00fcm\u00fcn D\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011fu kesinle\u015ftikten sonra, DOKS otomatik onar\u0131m s\u00fcrecini ba\u015flat\u0131r. Bu s\u00fcre\u00e7, kesintiyi en aza indirmeyi ve uygulamalar\u0131n h\u0131zl\u0131 bir \u015fekilde toparlanmas\u0131n\u0131 sa\u011flamay\u0131 hedefler:<\/p>\n 1. Karantinaya Alma (Cordoning):<\/strong> 2. Bo\u015faltma (Draining):<\/strong> 3. Silme ve Yeniden Olu\u015fturma (Deletion and Recreation):<\/strong> 4. Zaman \u00c7izelgeleri ve Bekleme S\u00fcreleri:<\/strong> Bu s\u00fcre\u00e7, insan m\u00fcdahalesi olmadan, altyap\u0131 hatalar\u0131ndan kaynaklanan kesintileri otomatik olarak gidererek, k\u00fcmenin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve uygulamalar\u0131n s\u00fcreklili\u011fini maksimize eder.<\/p>\n DigitalOcean Kubernetes’teki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131 \u00f6zelli\u011fi, modern bulut yerel uygulamalar i\u00e7in bir dizi \u00f6nemli avantaj sunar. Bu avantajlar, operasyonel verimlilikten uygulama g\u00fcvenilirli\u011fine kadar geni\u015f bir yelpazeyi kapsar.<\/p>\n Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, k\u00fcmenizin ve dolay\u0131s\u0131yla uygulamalar\u0131n\u0131z\u0131n y\u00fcksek kullan\u0131labilirli\u011fini garanti etmede kritik bir rol oynar. Bir d\u00fc\u011f\u00fcm ar\u0131zaland\u0131\u011f\u0131nda, sistem bu durumu h\u0131zla tespit eder ve ar\u0131zal\u0131 d\u00fc\u011f\u00fcm\u00fc otomatik olarak sa\u011fl\u0131kl\u0131 bir yedekle de\u011fi\u015ftirir. Bu, manuel m\u00fcdahale gerektirmeden kesinti s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. Uygulamalar\u0131n\u0131z\u0131n s\u00fcrekli eri\u015filebilir olmas\u0131n\u0131 sa\u011flayarak m\u00fc\u015fteri memnuniyetini art\u0131r\u0131r ve gelir kayb\u0131n\u0131 \u00f6nler.<\/p>\n Manuel d\u00fc\u011f\u00fcm onar\u0131m\u0131, \u00f6zellikle b\u00fcy\u00fck ve dinamik k\u00fcmelerde, operasyon ekipleri i\u00e7in zaman al\u0131c\u0131 ve yorucu bir g\u00f6rev olabilir. Sorunlu d\u00fc\u011f\u00fcmleri tespit etmek, sorun gidermek, pod’lar\u0131 bo\u015faltmak ve yeni d\u00fc\u011f\u00fcmleri manuel olarak sa\u011flamak \u00f6nemli bir \u00e7aba gerektirir. Otomatik onar\u0131m, bu s\u00fcre\u00e7leri otomatikle\u015ftirerek operasyonel y\u00fck\u00fc ortadan kald\u0131r\u0131r. Bu sayede, DevOps ve SRE ekipleri, altyap\u0131 sorunlar\u0131yla u\u011fra\u015fmak yerine daha stratejik g\u00f6revlere ve uygulama geli\u015ftirmeye odaklanabilirler.<\/p>\n Bir d\u00fc\u011f\u00fcm ar\u0131zas\u0131 durumunda, manuel onar\u0131m s\u00fcreci saatler s\u00fcrebilirken, otomatik onar\u0131m dakikalar i\u00e7inde tamamlanabilir. Sistem, sorunu an\u0131nda tespit eder ve \u00f6nceden tan\u0131mlanm\u0131\u015f bir s\u00fcre\u00e7le d\u00fc\u011f\u00fcm\u00fc de\u011fi\u015ftirir. Bu h\u0131zl\u0131 kurtarma s\u00fcreleri, uygulaman\u0131n hizmet d\u0131\u015f\u0131 kalma s\u00fcresini minimuma indirerek, i\u015f s\u00fcreklili\u011fi i\u00e7in hayati \u00f6nem ta\u015f\u0131r. \u00d6zellikle 7\/24 hizmet veren kritik uygulamalar i\u00e7in bu \u00f6zellik vazge\u00e7ilmezdir.<\/p>\n Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131 sayesinde, uygulamalar\u0131n\u0131z\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 temel altyap\u0131 daha g\u00fcvenilir hale gelir. D\u00fc\u011f\u00fcm ar\u0131zalar\u0131 art\u0131k b\u00fcy\u00fck bir felaket senaryosu olmaktan \u00e7\u0131kar, \u00e7\u00fcnk\u00fc sistem otomatik olarak toparlanabilir. Bu, geli\u015ftiricilerin ve operasyon ekiplerinin uygulaman\u0131n kararl\u0131l\u0131\u011f\u0131 konusunda daha az endi\u015felenmesini sa\u011flar, bu da daha kaliteli ve g\u00fcvenilir yaz\u0131l\u0131mlar\u0131n geli\u015ftirilmesine olanak tan\u0131r.<\/p>\n Otomatik onar\u0131m, do\u011frudan maliyet tasarrufu sa\u011flamaz gibi g\u00f6r\u00fcnse de, dolayl\u0131 olarak \u00f6nemli maliyet avantajlar\u0131 sunar. Yeni d\u00fc\u011f\u00fcmlerin otomatik olarak sa\u011flanmas\u0131, her zaman en g\u00fcncel i\u015fletim sistemi ve g\u00fcvenlik yamalar\u0131yla ba\u015flamas\u0131n\u0131 sa\u011flayabilir (e\u011fer d\u00fc\u011f\u00fcm havuzu \u015fablonlar\u0131 g\u00fcncel tutulursa). Bu, k\u00fcmenin genel g\u00fcvenlik duru\u015funu iyile\u015ftirir. Ayr\u0131ca, baz\u0131 uyumluluk standartlar\u0131, sistemlerin belirli bir kullan\u0131labilirlik seviyesini sa\u011flamas\u0131n\u0131 gerektirebilir; otomatik onar\u0131m bu gereksinimlerin kar\u015f\u0131lanmas\u0131na yard\u0131mc\u0131 olur.<\/p>\n \u00d6zetle, DigitalOcean Kubernetes’teki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, sadece bir kolayl\u0131k \u00f6zelli\u011fi de\u011fil, ayn\u0131 zamanda modern, dayan\u0131kl\u0131 ve y\u00fcksek performansl\u0131 bulut yerel uygulamalar\u0131 \u00e7al\u0131\u015ft\u0131rmak i\u00e7in temel bir gerekliliktir.<\/p>\n Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, DigitalOcean Kubernetes k\u00fcmelerinizin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131rken, bu \u00f6zelli\u011fin potansiyelini tam olarak kullanmak ve olas\u0131 sorunlar\u0131 minimize etmek i\u00e7in baz\u0131 dikkat edilmesi gereken noktalar ve en iyi uygulamalar mevcuttur.<\/p>\n Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131 s\u0131ras\u0131nda, ar\u0131zal\u0131 d\u00fc\u011f\u00fcmdeki pod’lar bo\u015falt\u0131l\u0131r ve di\u011fer d\u00fc\u011f\u00fcmlere ta\u015f\u0131n\u0131r. Bu s\u00fcre\u00e7te uygulaman\u0131z\u0131n kesintisiz \u00e7al\u0131\u015fmaya devam etmesi i\u00e7in pod’lar\u0131n\u0131z\u0131n y\u00fcksek eri\u015filebilirlik (HA) prensiplerine g\u00f6re da\u011f\u0131t\u0131lmas\u0131 \u00f6nemlidir. Kubernetes’te kal\u0131c\u0131 depolama, \u00f6zellikle d\u00fc\u011f\u00fcm onar\u0131m\u0131 s\u0131ras\u0131nda dikkatli y\u00f6netim gerektirir. Tek bir d\u00fc\u011f\u00fcm ar\u0131zas\u0131na kar\u015f\u0131 otomatik onar\u0131m iyi bir \u00e7\u00f6z\u00fcm olsa da, k\u00fcmenizin genel dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131rmak i\u00e7in daha geni\u015f HA mimarileri d\u00fc\u015f\u00fcn\u00fclmelidir. Otomatik onar\u0131m s\u00fcre\u00e7lerini izlemek, k\u00fcmenizin sa\u011fl\u0131\u011f\u0131 hakk\u0131nda de\u011ferli bilgiler sa\u011flar ve olas\u0131 sorunlar\u0131 \u00f6nceden tespit etmenize yard\u0131mc\u0131 olur. Otomatik onar\u0131m \u00e7o\u011fu senaryoyu kapsasa da, nadir durumlarda manuel m\u00fcdahale gerekebilir: DOKS ve Kubernetes s\u00fcr\u00fcmlerini d\u00fczenli olarak g\u00fcncel tutmak, en son hata d\u00fczeltmelerine ve g\u00fcvenlik iyile\u015ftirmelerine sahip olman\u0131z\u0131 sa\u011flar. DOKS’un otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, yeni d\u00fc\u011f\u00fcmleri sa\u011flarken d\u00fc\u011f\u00fcm havuzunun belirtti\u011fi Kubernetes s\u00fcr\u00fcm\u00fcn\u00fc kullan\u0131r. Bu nedenle, k\u00fcme g\u00fcncellemelerini dikkatli bir \u015fekilde planlamak \u00f6nemlidir.<\/p>\n Bu en iyi uygulamalar\u0131 takip ederek, DigitalOcean Kubernetes’teki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131n\u0131n sa\u011flad\u0131\u011f\u0131 avantajlardan tam olarak yararlanabilir ve uygulamalar\u0131n\u0131z\u0131n dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve g\u00fcvenilirli\u011fini en \u00fcst d\u00fczeye \u00e7\u0131karabilirsiniz.<\/p>\n DigitalOcean Kubernetes (DOKS) k\u00fcmeleri, d\u00fc\u011f\u00fcm havuzlar\u0131 (node pools) ad\u0131 verilen yap\u0131land\u0131r\u0131lm\u0131\u015f gruplar halinde \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmleri organize eder. Bu yakla\u015f\u0131m, farkl\u0131 i\u015f y\u00fckleri i\u00e7in farkl\u0131 kaynak gereksinimlerini kar\u015f\u0131lamak, maliyetleri optimize etmek ve y\u00f6netimi basitle\u015ftirmek i\u00e7in olduk\u00e7a etkilidir. Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, d\u00fc\u011f\u00fcm havuzlar\u0131n\u0131n bu yap\u0131s\u0131yla yak\u0131ndan entegre \u00e7al\u0131\u015f\u0131r.<\/p>\n Bir d\u00fc\u011f\u00fcm havuzu, ayn\u0131 \u00f6zelliklere (\u00f6rne\u011fin, Droplet boyutu, i\u015fletim sistemi, etiketler) sahip bir veya daha fazla \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmden olu\u015fan bir gruptur. DOKS k\u00fcmesi olu\u015ftururken en az bir d\u00fc\u011f\u00fcm havuzu tan\u0131mlaman\u0131z gerekir. Daha sonra ihtiyaca g\u00f6re ek d\u00fc\u011f\u00fcm havuzlar\u0131 ekleyebilirsiniz. \u00d6rne\u011fin: Her d\u00fc\u011f\u00fcm havuzu, kendi i\u00e7inde \u00f6l\u00e7eklendirilebilir ve ba\u011f\u0131ms\u0131z olarak y\u00f6netilebilir. Bu esneklik, k\u00fcmenizi farkl\u0131 i\u015f y\u00fcklerinin ihtiya\u00e7lar\u0131na g\u00f6re optimize etmenize olanak tan\u0131r.<\/p>\n DigitalOcean’daki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, d\u00fc\u011f\u00fcm havuzu d\u00fczeyinde \u00e7al\u0131\u015f\u0131r. Bir d\u00fc\u011f\u00fcm havuzundaki bir d\u00fc\u011f\u00fcm ar\u0131zaland\u0131\u011f\u0131nda, DOKS bu d\u00fc\u011f\u00fcm\u00fc tespit eder ve onar\u0131m s\u00fcrecini ba\u015flat\u0131r: Bu d\u00fc\u011f\u00fcm havuzu bazl\u0131 onar\u0131m mekanizmas\u0131, k\u00fcmenizin her b\u00f6l\u00fcm\u00fcn\u00fcn kendi \u00f6zelliklerine uygun olarak onar\u0131lmas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, y\u00fcksek performansl\u0131 bir d\u00fc\u011f\u00fcm havuzundaki bir d\u00fc\u011f\u00fcm ar\u0131zaland\u0131\u011f\u0131nda, yerine yine y\u00fcksek performansl\u0131 bir d\u00fc\u011f\u00fcm sa\u011flan\u0131r, b\u00f6ylece i\u015f y\u00fcklerinin gereksinimleri kar\u015f\u0131lanmaya devam eder.<\/p>\n Farkl\u0131 d\u00fc\u011f\u00fcm havuzlar\u0131 kullanmak, otomatik onar\u0131m stratejilerini de etkileyebilir: D\u00fc\u011f\u00fcm havuzlar\u0131, DOKS’ta \u00f6l\u00e7eklenebilirlik, esneklik ve y\u00f6netim kolayl\u0131\u011f\u0131 sa\u011flayan temel bir bile\u015fendir. Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131n\u0131n bu yap\u0131ya entegre olmas\u0131, k\u00fcmenizin her bir b\u00f6l\u00fcm\u00fcn\u00fcn kendi \u00f6zel ihtiya\u00e7lar\u0131na g\u00f6re dayan\u0131kl\u0131 kalmas\u0131n\u0131 garanti eder. Bu sayede, farkl\u0131 i\u015f y\u00fcklerine sahip karma\u015f\u0131k Kubernetes k\u00fcmeleri bile altyap\u0131 ar\u0131zalar\u0131na kar\u015f\u0131 otomatik olarak korunabilir.<\/p>\n DigitalOcean Kubernetes’teki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, k\u00fcme dayan\u0131kl\u0131l\u0131\u011f\u0131 i\u00e7in g\u00fc\u00e7l\u00fc bir \u00f6zellik sunarken, di\u011fer bulut sa\u011flay\u0131c\u0131lar\u0131 da benzer hizmetler sunmaktad\u0131r ve Kubernetes ekosisteminde bu t\u00fcr sorunlar\u0131 \u00e7\u00f6zmeye y\u00f6nelik \u00e7e\u015fitli ara\u00e7lar bulunmaktad\u0131r. Bu b\u00f6l\u00fcmde, DOKS’un yakla\u015f\u0131m\u0131n\u0131 di\u011fer \u00e7\u00f6z\u00fcmlerle k\u0131saca kar\u015f\u0131la\u015ft\u0131raca\u011f\u0131z.<\/p>\n B\u00fcy\u00fck bulut sa\u011flay\u0131c\u0131lar\u0131, y\u00f6netilen Kubernetes hizmetlerinde (Managed Kubernetes Services) benzer otomatik d\u00fc\u011f\u00fcm onar\u0131m yetenekleri sunar: DOKS’un otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, \u00f6zellikle kullan\u0131m kolayl\u0131\u011f\u0131 ve varsay\u0131lan olarak etkinle\u015ftirilmi\u015f olmas\u0131yla \u00f6ne \u00e7\u0131kar. Di\u011fer sa\u011flay\u0131c\u0131larda bazen ek yap\u0131land\u0131rmalar veya belirli s\u00fcr\u00fcmlerin kullan\u0131lmas\u0131 gerekebilirken, DOKS bu \u00f6zelli\u011fi do\u011frudan entegre bir hizmet olarak sunar.<\/p>\n Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131n\u0131n olmad\u0131\u011f\u0131 bir senaryoda, bir d\u00fc\u011f\u00fcm ar\u0131zas\u0131 durumunda operasyon ekiplerinin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 zorluklar \u015funlard\u0131r: Otomatik onar\u0131m, bu zorluklar\u0131n tamam\u0131n\u0131 ortadan kald\u0131rarak veya \u00f6nemli \u00f6l\u00e7\u00fcde azaltarak operasyonel verimlili\u011fi art\u0131r\u0131r.<\/p>\n Kubernetes ekosisteminde d\u00fc\u011f\u00fcm sa\u011fl\u0131\u011f\u0131 ve \u00f6l\u00e7eklenebilirlik i\u00e7in ba\u015fka ara\u00e7lar da mevcuttur: DOKS’un otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, bu ara\u00e7lar\u0131n baz\u0131 i\u015flevlerini kendi i\u00e7inde bar\u0131nd\u0131ran veya bunlarla entegre \u00e7al\u0131\u015fan, u\u00e7tan uca bir \u00e7\u00f6z\u00fcmd\u00fcr. Kullan\u0131c\u0131n\u0131n ayr\u0131 ayr\u0131 ara\u00e7lar\u0131 kurup yap\u0131land\u0131rmas\u0131na gerek kalmadan, varsay\u0131lan olarak k\u00fcmenin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131ran y\u00f6netilen bir hizmet sunar. Bu, \u00f6zellikle Kubernetes’e yeni ba\u015flayanlar veya operasyonel y\u00fck\u00fc minimumda tutmak isteyen ekipler i\u00e7in b\u00fcy\u00fck bir avantajd\u0131r.<\/p>\n DigitalOcean Kubernetes (DOKS) platformunda sunulan otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131 \u00f6zelli\u011fi, modern bulut yerel uygulamalar\u0131n y\u00fcksek kullan\u0131labilirlik ve dayan\u0131kl\u0131l\u0131k gereksinimlerini kar\u015f\u0131lamak i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r. Bu makalede ele ald\u0131\u011f\u0131m\u0131z gibi, otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, bir Kubernetes k\u00fcmesindeki \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmlerin sa\u011fl\u0131\u011f\u0131n\u0131 s\u00fcrekli olarak izleyerek, ar\u0131zal\u0131 veya sa\u011fl\u0131ks\u0131z d\u00fc\u011f\u00fcmleri otomatik olarak tespit eder ve insan m\u00fcdahalesine gerek kalmadan yenileriyle de\u011fi\u015ftirir.<\/p>\n Bu \u00f6zelli\u011fin temel faydalar\u0131 aras\u0131nda, uygulama kesinti s\u00fcrelerinin \u00f6nemli \u00f6l\u00e7\u00fcde azalmas\u0131yla elde edilen y\u00fcksek kullan\u0131labilirlik, operasyon ekipleri \u00fczerindeki y\u00fck\u00fcn hafifletilmesi, ar\u0131zalardan daha h\u0131zl\u0131 kurtulma s\u00fcreleri ve genel olarak daha g\u00fcvenilir bir uygulama ortam\u0131 yer almaktad\u0131r. DigitalOcean’\u0131n kendi altyap\u0131 izleme yeteneklerini Kubernetes’in yerle\u015fik mekanizmalar\u0131yla birle\u015ftiren DOKS, hem temel sanal makine sorunlar\u0131n\u0131 hem de Kubernetes \u00f6zelindeki d\u00fc\u011f\u00fcm sa\u011fl\u0131\u011f\u0131 sorunlar\u0131n\u0131 etkili bir \u015fekilde alg\u0131layabilir.<\/p>\n Otomatik onar\u0131m s\u00fcreci, ar\u0131zal\u0131 d\u00fc\u011f\u00fcm\u00fcn karantinaya al\u0131nmas\u0131, mevcut pod’lar\u0131n g\u00fcvenli bir \u015fekilde bo\u015falt\u0131lmas\u0131 ve ard\u0131ndan yeni, sa\u011fl\u0131kl\u0131 bir d\u00fc\u011f\u00fcm\u00fcn sa\u011flanmas\u0131 ad\u0131mlar\u0131n\u0131 i\u00e7erir. Bu s\u00fcrecin sorunsuz i\u015flemesi i\u00e7in PodDisruptionBudget (PDB) kullan\u0131m\u0131, yeterli replika say\u0131s\u0131na sahip uygulamalar ve Persistent Volume (PV) y\u00f6netimi gibi en iyi uygulamalar\u0131n benimsenmesi kritik \u00f6neme sahiptir. D\u00fc\u011f\u00fcm havuzlar\u0131 baz\u0131nda \u00e7al\u0131\u015fan bu onar\u0131m mekanizmas\u0131, k\u00fcmenizin farkl\u0131 i\u015f y\u00fckleri i\u00e7in \u00f6zelle\u015ftirilmi\u015f dayan\u0131kl\u0131l\u0131k sa\u011flamas\u0131na olanak tan\u0131r.<\/p>\n G\u00fcn\u00fcm\u00fcz\u00fcn rekabet\u00e7i dijital ortam\u0131nda, uygulamalar\u0131n s\u00fcrekli olarak eri\u015filebilir ve performansl\u0131 olmas\u0131 beklenmektedir. DigitalOcean Kubernetes’teki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, bu beklentiyi kar\u015f\u0131lamak i\u00e7in temel bir bile\u015fen g\u00f6revi g\u00f6r\u00fcr. Geli\u015ftiricilerin ve operasyon ekiplerinin altyap\u0131 sorunlar\u0131yla u\u011fra\u015fmak yerine yenilik\u00e7i \u00e7\u00f6z\u00fcmler geli\u015ftirmeye odaklanmalar\u0131n\u0131 sa\u011flayarak, i\u015f de\u011ferini art\u0131r\u0131r ve dijital d\u00f6n\u00fc\u015f\u00fcm yolculu\u011funu h\u0131zland\u0131r\u0131r. Bu \u00f6zellik, DOKS’u g\u00fcvenilir ve y\u00f6netimi kolay bir Kubernetes platformu olarak \u00f6ne \u00e7\u0131karan temel avantajlardan biridir. Gelecekte, bu t\u00fcr otomatikle\u015ftirilmi\u015f altyap\u0131 y\u00f6netim \u00f6zelliklerinin daha da ak\u0131ll\u0131 hale gelmesi ve daha karma\u015f\u0131k senaryolar\u0131 kapsayacak \u015fekilde geni\u015flemesi beklenmektedir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"DigitalOcean Kubernetes’te Otomatik D\u00fc\u011f\u00fcm Onar\u0131m\u0131\nGiri\u015f\nModern bulut tabanl\u0131 uygulamalar\u0131n temelini olu\u015fturan Kubernetes, mikro hizmet mimar","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1328],"tags":[],"class_list":{"0":"post-34074","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-bash","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nkubectl get nodes<\/code> komutu ile g\u00f6r\u00fclebilen bu durumlar \u015funlar\u0131 i\u00e7erir:
\n* Ready:<\/strong> D\u00fc\u011f\u00fcm sa\u011fl\u0131kl\u0131 ve pod’lar\u0131 kabul etmeye haz\u0131r. Kubelet (d\u00fc\u011f\u00fcm \u00fczerindeki Kubernetes arac\u0131s\u0131) d\u00fczg\u00fcn \u00e7al\u0131\u015f\u0131yor ve kontrol d\u00fczlemiyle ileti\u015fim kurabiliyor.
\n* NotReady:<\/strong> D\u00fc\u011f\u00fcm bir sorun ya\u015f\u0131yor ve pod’lar\u0131 kabul etmeye haz\u0131r de\u011fil. Bu durum, a\u011f kesintisi, Kubelet’in \u00e7\u00f6kmesi, kaynak t\u00fckenmesi (disk, bellek) veya donan\u0131m ar\u0131zas\u0131 gibi \u00e7e\u015fitli nedenlerden kaynaklanabilir.
\n* MemoryPressure:<\/strong> D\u00fc\u011f\u00fcmde bellek bask\u0131s\u0131 var. Yeni pod’lar bu d\u00fc\u011f\u00fcme atanmaktan ka\u00e7\u0131n\u0131labilir.
\n* DiskPressure:<\/strong> D\u00fc\u011f\u00fcmde disk alan\u0131 t\u00fckenmek \u00fczere. Benzer \u015fekilde, yeni pod’lar atanmayabilir veya mevcut pod’lar etkilenebilir.
\n* NetworkUnavailable:<\/strong> D\u00fc\u011f\u00fcm\u00fcn a\u011f\u0131 d\u00fczg\u00fcn \u00e7al\u0131\u015fm\u0131yor.
\n* PIDPressure:<\/strong> D\u00fc\u011f\u00fcmde i\u015flem ID’si (PID) bask\u0131s\u0131 var.<\/p>\nNotReady<\/code> durumuna ge\u00e7mesi, \u00fczerinde \u00e7al\u0131\u015fan t\u00fcm pod’lar\u0131n eri\u015filemez hale gelmesine veya \u00e7\u00f6kmesine neden olabilir. Bu da, uygulaman\u0131n hizmet d\u0131\u015f\u0131 kalmas\u0131, veri kayb\u0131 veya performans d\u00fc\u015f\u00fc\u015f\u00fc gibi ciddi sonu\u00e7lar do\u011furur.<\/p>\nSa\u011fl\u0131kl\u0131 D\u00fc\u011f\u00fcmlerin Uygulama \u00dczerindeki Etkileri<\/h4>\n
\n* Kesinti S\u00fcresi:<\/strong> D\u00fc\u011f\u00fcm \u00fczerindeki pod’lar eri\u015filemez hale gelir ve uygulaman\u0131n o k\u0131sm\u0131 hizmet veremez. E\u011fer yeterli yedekleme (replica) yoksa veya di\u011fer d\u00fc\u011f\u00fcmler de a\u015f\u0131r\u0131 y\u00fcklenirse, t\u00fcm uygulama etkilenebilir.
\n* Performans D\u00fc\u015f\u00fc\u015f\u00fc:<\/strong> Kalan sa\u011fl\u0131kl\u0131 d\u00fc\u011f\u00fcmler, ar\u0131zal\u0131 d\u00fc\u011f\u00fcm\u00fcn y\u00fck\u00fcn\u00fc devralmak zorunda kalabilir, bu da genel performansta d\u00fc\u015f\u00fc\u015fe yol a\u00e7ar.
\n* Veri Kayb\u0131:<\/strong> \u00d6zellikle ba\u011fl\u0131 depolama kullanan uygulamalarda, d\u00fc\u011f\u00fcm ar\u0131zas\u0131 durumunda veri kayb\u0131 riski olu\u015fabilir. Persistent Volume (PV) ve Persistent Volume Claim (PVC) kullan\u0131larak bu risk azalt\u0131lsa da, d\u00fc\u011f\u00fcm\u00fcn tamamen yok olmas\u0131 durumunda dikkatli y\u00f6netim gerekir.
\n* Operasyonel Y\u00fck:<\/strong> Ar\u0131zal\u0131 d\u00fc\u011f\u00fcmlerin manuel olarak tespit edilmesi, sorun giderme ve onar\u0131lmas\u0131, operasyon ekipleri \u00fczerinde \u00f6nemli bir y\u00fck olu\u015fturur. \u00d6zellikle b\u00fcy\u00fck k\u00fcmelerde bu s\u00fcre\u00e7 zaman al\u0131c\u0131 ve hataya a\u00e7\u0131k olabilir.<\/p>\nDOKS’ta Otomatik D\u00fc\u011f\u00fcm Onar\u0131m\u0131na Genel Bak\u0131\u015f<\/h3>\n
Alg\u0131lama Mekanizmalar\u0131<\/h4>\n
\n* Kubelet Kalp At\u0131\u015flar\u0131 (Heartbeats):<\/strong> Her Kubernetes \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcm\u00fcnde \u00e7al\u0131\u015fan Kubelet ajan\u0131, d\u00fczenli aral\u0131klarla Kubernetes kontrol d\u00fczlemine (API sunucusu) “kalp at\u0131\u015f\u0131” g\u00f6nderir. Bu kalp at\u0131\u015flar\u0131, d\u00fc\u011f\u00fcm\u00fcn hala aktif ve sa\u011fl\u0131kl\u0131 oldu\u011funu g\u00f6sterir. E\u011fer Kubelet belirli bir s\u00fcre boyunca (varsay\u0131lan olarak 10 dakika) kalp at\u0131\u015f\u0131 g\u00f6ndermeyi durdurursa, kontrol d\u00fczlemi d\u00fc\u011f\u00fcm\u00fc NotReady<\/code> olarak i\u015faretler.
\n* DigitalOcean Altyap\u0131 \u0130zlemesi:<\/strong> DigitalOcean, kendi sanal makinelerini (Droplet’leri) s\u00fcrekli olarak izler. A\u011f ba\u011flant\u0131s\u0131 sorunlar\u0131, donan\u0131m ar\u0131zalar\u0131, disk hatalar\u0131 veya i\u015fletim sistemi sorunlar\u0131 gibi Droplet’i etkileyen daha temel altyap\u0131 sorunlar\u0131n\u0131 tespit edebilir. Bu t\u00fcr sorunlar, Kubelet’in bile d\u00fczg\u00fcn \u00e7al\u0131\u015fmas\u0131n\u0131 engelleyebilir.
\n* Cloud Controller Manager (CCM):<\/strong> Kubernetes k\u00fcmesindeki Cloud Controller Manager, bulut sa\u011flay\u0131c\u0131ya \u00f6zg\u00fc i\u015flemleri (\u00f6rne\u011fin, d\u00fc\u011f\u00fcmlerin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc y\u00f6netme, depolama birimlerini sa\u011flama) y\u00fcr\u00fct\u00fcr. DOKS ortam\u0131nda, CCM, DigitalOcean API’leri arac\u0131l\u0131\u011f\u0131yla Droplet’lerin durumunu kontrol edebilir ve Kubernetes d\u00fc\u011f\u00fcm durumunu buna g\u00f6re g\u00fcncelleyebilir.<\/p>\nOnar\u0131m Tetikleyicileri ve Eylemleri<\/h4>\n
\n* NotReady<\/code> Durumu:<\/strong> Bir d\u00fc\u011f\u00fcm\u00fcn belirli bir s\u00fcre boyunca (\u00f6rne\u011fin, 10-15 dakika) NotReady<\/code> durumunda kalmas\u0131.
\n* A\u011f Kesintisi:<\/strong> D\u00fc\u011f\u00fcm\u00fcn di\u011fer k\u00fcme bile\u015fenleriyle veya DigitalOcean altyap\u0131s\u0131yla a\u011f ba\u011flant\u0131s\u0131n\u0131 kaybetmesi.
\n* Donan\u0131m veya Yaz\u0131l\u0131m Ar\u0131zas\u0131:<\/strong> Temel Droplet’in i\u015fletim sistemi \u00e7\u00f6kmesi, disk hatas\u0131 veya di\u011fer donan\u0131m sorunlar\u0131 nedeniyle yan\u0131t vermemesi.
\n* Kubelet Ar\u0131zas\u0131:<\/strong> Kubelet s\u00fcrecinin \u00e7\u00f6kmesi veya tak\u0131lmas\u0131.<\/p>\n
\n1. Alg\u0131lama ve Onaylama:<\/strong> D\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011fu tespit edildikten sonra, sistem belirli bir bekleme s\u00fcresi boyunca (\u00f6rne\u011fin, 5 dakika) durumunu tekrar kontrol eder. Bu, ge\u00e7ici a\u011f dalgalanmalar\u0131 gibi k\u0131sa s\u00fcreli sorunlar nedeniyle gereksiz onar\u0131mlar\u0131n yap\u0131lmas\u0131n\u0131 \u00f6nler.
\n2. Karantinaya Alma (Cordoning):<\/strong> D\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011fu kesinle\u015fti\u011finde, Kubernetes kontrol d\u00fczlemi d\u00fc\u011f\u00fcm\u00fc “karantinaya al\u0131r” (cordon). Bu, yeni pod’lar\u0131n bu d\u00fc\u011f\u00fcme atanmas\u0131n\u0131 engeller.
\n3. Bo\u015faltma (Draining):<\/strong> Karantinaya al\u0131nan d\u00fc\u011f\u00fcm \u00fczerindeki mevcut pod’lar, g\u00fcvenli bir \u015fekilde k\u00fcmedeki di\u011fer sa\u011fl\u0131kl\u0131 d\u00fc\u011f\u00fcmlere ta\u015f\u0131n\u0131r (drain). Bu ad\u0131m, uygulamalar\u0131n kesintisiz \u00e7al\u0131\u015fmaya devam etmesini sa\u011flamak i\u00e7in kritik \u00f6neme sahiptir. Pod’lar\u0131n ta\u015f\u0131nabilmesi i\u00e7in, uygulamalar\u0131n yeterli say\u0131da replikaya sahip olmas\u0131 ve PodDisruptionBudget<\/code> (PDB) gibi mekanizmalar\u0131n d\u00fczg\u00fcn yap\u0131land\u0131r\u0131lmas\u0131 \u00f6nemlidir.
\n4. Silme ve Yeniden Olu\u015fturma:<\/strong> D\u00fc\u011f\u00fcm bo\u015falt\u0131ld\u0131ktan sonra, DigitalOcean altyap\u0131s\u0131 ar\u0131zal\u0131 Droplet’i tamamen siler ve yerine ayn\u0131 yap\u0131land\u0131rmada (ayn\u0131 d\u00fc\u011f\u00fcm havuzuna ait, ayn\u0131 boyut ve i\u015fletim sistemi) yepyeni ve sa\u011fl\u0131kl\u0131 bir Droplet olu\u015fturur. Bu yeni Droplet, k\u00fcme kontrol d\u00fczlemine kat\u0131l\u0131r ve pod’lar\u0131 kabul etmeye haz\u0131r hale gelir.
\n5. Kaynak Temizli\u011fi:<\/strong> Ar\u0131zal\u0131 d\u00fc\u011f\u00fcmle ili\u015fkili t\u00fcm kaynaklar (\u00f6rne\u011fin, ba\u011fl\u0131 depolama birimleri, a\u011f yap\u0131land\u0131rmalar\u0131) uygun \u015fekilde y\u00f6netilir. \u00d6zellikle Persistent Volume’lar, yeni d\u00fc\u011f\u00fcme ba\u011flanabilmek \u00fczere serbest b\u0131rak\u0131lmal\u0131d\u0131r.<\/p>\nOtomatik D\u00fc\u011f\u00fcm Onar\u0131m\u0131n\u0131n \u00c7al\u0131\u015fma Prensibi<\/h3>\n
Alg\u0131lama (Detection)<\/h4>\n
\n * Kubelet Durumu:<\/strong> Her worker d\u00fc\u011f\u00fcm\u00fcnde \u00e7al\u0131\u015fan Kubelet ajan\u0131, d\u00fczenli aral\u0131klarla (genellikle her 10 saniyede bir) k\u00fcme API sunucusuna d\u00fc\u011f\u00fcm\u00fcn durumunu bildirir. Bu bildirimler aras\u0131nda d\u00fc\u011f\u00fcm\u00fcn kaynak kullan\u0131m\u0131 (CPU, bellek, disk), a\u011f ba\u011flant\u0131s\u0131 durumu ve Kubelet s\u00fcrecinin kendi sa\u011fl\u0131\u011f\u0131 yer al\u0131r.
\n * NodeController<\/code>:<\/strong> Kubernetes kontrol d\u00fczleminde \u00e7al\u0131\u015fan NodeController<\/code>, Kubelet’ten gelen kalp at\u0131\u015flar\u0131n\u0131 izler. E\u011fer bir d\u00fc\u011f\u00fcm belirli bir pod-eviction-timeout<\/code> s\u00fcresi boyunca (varsay\u0131lan 5 dakika) kalp at\u0131\u015f\u0131 g\u00f6ndermezse, NodeController<\/code> d\u00fc\u011f\u00fcm\u00fc NotReady<\/code> olarak i\u015faretler ve \u00fczerinde \u00e7al\u0131\u015fan pod’lar\u0131 di\u011fer d\u00fc\u011f\u00fcmlere ta\u015f\u0131mak i\u00e7in bir bo\u015faltma s\u00fcreci ba\u015flatabilir. Ancak DOKS’taki otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131, bu s\u00fcreci daha kapsaml\u0131 ve bulut sa\u011flay\u0131c\u0131 d\u00fczeyinde ele al\u0131r.
\n* DigitalOcean Altyap\u0131 D\u00fczeyinde Alg\u0131lama:<\/strong>
\n * Droplet Sa\u011fl\u0131k Kontrolleri:<\/strong> DigitalOcean, temel Droplet’lerin (sanal makinelerin) a\u011f ba\u011flant\u0131s\u0131n\u0131, i\u015fletim sistemi yan\u0131t\u0131n\u0131 ve genel donan\u0131m sa\u011fl\u0131\u011f\u0131n\u0131 s\u00fcrekli olarak izler. Bir Droplet’in a\u011f ba\u011flant\u0131s\u0131n\u0131 kaybetmesi, i\u015fletim sisteminin yan\u0131t vermemesi veya temel depolama birimlerinde hata olu\u015fmas\u0131 gibi durumlar do\u011frudan DigitalOcean’\u0131n izleme sistemleri taraf\u0131ndan tespit edilir.
\n * Metrik \u0130zleme:<\/strong> DigitalOcean, Droplet’ler i\u00e7in CPU kullan\u0131m\u0131, bellek kullan\u0131m\u0131, disk G\/\u00c7 ve a\u011f trafi\u011fi gibi \u00e7e\u015fitli metrikleri toplar. Anormal metrik davran\u0131\u015flar\u0131 (\u00f6rne\u011fin, %100 CPU kullan\u0131m\u0131, disk I\/O kilitlenmesi) potansiyel bir d\u00fc\u011f\u00fcm sorununa i\u015faret edebilir.<\/p>\nNotReady<\/code> durumunda belirli bir e\u015fik s\u00fcresini (\u00f6rne\u011fin 10-15 dakika) a\u015fmas\u0131, otomatik onar\u0131m s\u00fcrecini tetiklemek i\u00e7in yeterli bir g\u00f6sterge kabul edilir.<\/p>\nOnar\u0131m S\u00fcreci (Repair Process)<\/h4>\n
\n * D\u00fc\u011f\u00fcm onar\u0131m s\u00fcrecine girmeden \u00f6nce, Kubernetes kontrol d\u00fczlemi d\u00fc\u011f\u00fcm\u00fc “karantinaya al\u0131r” (kubectl cordon NoSchedule<\/code> taints’i ekleyerek Kubernetes zamanlay\u0131c\u0131s\u0131n\u0131n (scheduler) bu d\u00fc\u011f\u00fcme yeni pod’lar atamas\u0131n\u0131 engeller. Bu ad\u0131m, onar\u0131m s\u0131ras\u0131nda d\u00fc\u011f\u00fcme yeni i\u015f y\u00fcklerinin gelmesini \u00f6nleyerek istikrars\u0131zl\u0131\u011f\u0131 azalt\u0131r.<\/p>\n
\n * Karantinaya al\u0131nan d\u00fc\u011f\u00fcm \u00fczerindeki mevcut pod’lar, k\u00fcmedeki di\u011fer sa\u011fl\u0131kl\u0131 d\u00fc\u011f\u00fcmlere ta\u015f\u0131n\u0131r (kubectl drain PodDisruptionBudget<\/code> (PDB) kurallar\u0131na uygun olarak ta\u015f\u0131n\u0131r. PDB’ler, bir uygulaman\u0131n belirli bir anda \u00e7al\u0131\u015f\u0131r durumda olmas\u0131 gereken minimum replika say\u0131s\u0131n\u0131 tan\u0131mlayarak, bo\u015faltma s\u0131ras\u0131nda uygulaman\u0131n tamamen hizmet d\u0131\u015f\u0131 kalmas\u0131n\u0131 \u00f6nler. E\u011fer bir uygulama yeterli replikaya sahip de\u011filse veya PDB’si \u00e7ok k\u0131s\u0131tlay\u0131c\u0131ysa, bo\u015faltma i\u015flemi ba\u015far\u0131s\u0131z olabilir veya \u00e7ok uzun s\u00fcrebilir.<\/p>\n
\n * D\u00fc\u011f\u00fcm ba\u015far\u0131yla bo\u015falt\u0131ld\u0131ktan sonra, DigitalOcean altyap\u0131s\u0131 ar\u0131zal\u0131 Droplet’i tamamen siler. Bu, d\u00fc\u011f\u00fcmle ili\u015fkili t\u00fcm kaynaklar\u0131 (CPU, bellek, disk) serbest b\u0131rak\u0131r.
\n * Ard\u0131ndan, DigitalOcean, ayn\u0131 d\u00fc\u011f\u00fcm havuzuna ait, ayn\u0131 \u00f6zelliklere (boyut, i\u015fletim sistemi, etiketler) sahip yepyeni ve sa\u011fl\u0131kl\u0131 bir Droplet olu\u015fturur. Bu yeni Droplet, Kubernetes k\u00fcmesine kat\u0131l\u0131r, Kubelet’i ba\u015flat\u0131r ve kontrol d\u00fczlemiyle ileti\u015fim kurarak Ready<\/code> durumuna ge\u00e7er.
\n * Yeni d\u00fc\u011f\u00fcm Ready<\/code> durumuna geldi\u011finde, Kubernetes zamanlay\u0131c\u0131s\u0131 bu d\u00fc\u011f\u00fcme yeni pod’lar atamaya ba\u015flar ve bo\u015falt\u0131lan pod’lar\u0131n replikalar\u0131 burada ba\u015flat\u0131l\u0131r.<\/p>\n
\n * Otomatik onar\u0131m s\u00fcreci genellikle belirli bekleme s\u00fcreleri i\u00e7erir. \u00d6rne\u011fin, bir d\u00fc\u011f\u00fcm\u00fcn NotReady<\/code> durumunda kalma s\u00fcresi (\u00f6rne\u011fin 10-15 dakika) onar\u0131m\u0131n tetiklenmesi i\u00e7in bir e\u015fik olabilir. Bo\u015faltma i\u015flemi de uygulaman\u0131n b\u00fcy\u00fckl\u00fc\u011f\u00fcne ve pod say\u0131s\u0131na ba\u011fl\u0131 olarak zaman alabilir. Yeni bir Droplet’in sa\u011flanmas\u0131 ve Kubernetes k\u00fcmesine kat\u0131lmas\u0131 da birka\u00e7 dakika s\u00fcrebilir. Bu s\u00fcreler, uygulaman\u0131n mimarisine ve yap\u0131land\u0131rmas\u0131na ba\u011fl\u0131 olarak toplam kurtarma s\u00fcresini etkiler.<\/p>\nOtomatik D\u00fc\u011f\u00fcm Onar\u0131m\u0131n\u0131n Avantajlar\u0131<\/h3>\n
Y\u00fcksek Kullan\u0131labilirlik (High Availability)<\/h4>\n
Operasyonel Y\u00fck\u00fcn Azalmas\u0131 (Reduced Operational Overhead)<\/h4>\n
H\u0131zl\u0131 Kurtarma S\u00fcreleri (Faster Recovery Times)<\/h4>\n
Daha G\u00fcvenilir Uygulamalar (More Reliable Applications)<\/h4>\n
Maliyet Etkinli\u011fi (Cost-Effectiveness)<\/h4>\n
\n* \u0130\u015f G\u00fcc\u00fc Maliyeti:<\/strong> Manuel onar\u0131m i\u00e7in harcanan m\u00fchendislik zaman\u0131 ve kaynaklar\u0131 ortadan kalkar.
\n* Kesinti S\u00fcresi Maliyeti:<\/strong> Uygulama kesintilerinden kaynaklanan gelir kayb\u0131, marka itibar\u0131 zarar\u0131 ve m\u00fc\u015fteri kayb\u0131 gibi maliyetler minimize edilir.
\n* Verimlilik:<\/strong> Operasyon ekipleri daha verimli hale gelir, bu da uzun vadede \u015firket i\u00e7in daha fazla de\u011fer yarat\u0131r.<\/p>\nG\u00fcvenlik ve Uyumluluk (Security and Compliance)<\/h4>\n
Dikkat Edilmesi Gerekenler ve En \u0130yi Uygulamalar<\/h3>\n
Pod Da\u011f\u0131t\u0131m\u0131 ve PodDisruptionBudget (PDB) Kullan\u0131m\u0131<\/h4>\n
\n* \u00c7oklu Replikalar:<\/strong> Uygulamalar\u0131n\u0131z\u0131n birden fazla replikaya sahip oldu\u011fundan emin olun (\u00f6rne\u011fin, deployment’lar\u0131n\u0131zda replicas: 3<\/code> veya daha fazla). Bu, bir d\u00fc\u011f\u00fcmdeki pod’lar bo\u015falt\u0131l\u0131rken di\u011fer replikalar\u0131n hizmet vermeye devam etmesini sa\u011flar.
\n* Pod Anti-Affinity:<\/strong> Pod’lar\u0131n\u0131z\u0131 farkl\u0131 d\u00fc\u011f\u00fcmlere da\u011f\u0131tmak i\u00e7in pod anti-affinity<\/code> kurallar\u0131n\u0131 kullan\u0131n. Bu, ayn\u0131 uygulaman\u0131n replikalar\u0131n\u0131n tek bir d\u00fc\u011f\u00fcmde toplanmas\u0131n\u0131 engelleyerek, bir d\u00fc\u011f\u00fcm ar\u0131zas\u0131nda t\u00fcm uygulaman\u0131n etkilenmesini \u00f6nler.
\n* PodDisruptionBudget (PDB):<\/strong> PDB’ler, bir uygulaman\u0131n belirli bir anda \u00e7al\u0131\u015f\u0131r durumda olmas\u0131 gereken minimum replika say\u0131s\u0131n\u0131 tan\u0131mlar. Otomatik bo\u015faltma i\u015flemleri, PDB kurallar\u0131na sayg\u0131 duyar. Uygulamalar\u0131n\u0131z i\u00e7in PDB’ler tan\u0131mlayarak, d\u00fc\u011f\u00fcm onar\u0131m\u0131 s\u0131ras\u0131nda uygulaman\u0131z\u0131n hizmet d\u0131\u015f\u0131 kalma riskini azaltabilirsiniz. \u00d6rne\u011fin, bir PDB, “bu uygulaman\u0131n en az %70’i her zaman \u00e7al\u0131\u015f\u0131r durumda olmal\u0131d\u0131r” diyebilir.<\/p>\nDepolama Y\u00f6netimi (Persistent Volume ve CSI)<\/h4>\n
\n* Persistent Volume (PV) ve Persistent Volume Claim (PVC):<\/strong> Durumlu uygulamalar\u0131n\u0131z i\u00e7in her zaman PV ve PVC kullan\u0131n. DigitalOcean, blok depolama i\u00e7in CSI (Container Storage Interface) s\u00fcr\u00fcc\u00fcs\u00fc sa\u011flar. Bu s\u00fcr\u00fcc\u00fc, bir d\u00fc\u011f\u00fcm ar\u0131zaland\u0131\u011f\u0131nda ve yeni bir d\u00fc\u011f\u00fcm sa\u011fland\u0131\u011f\u0131nda, mevcut Persistent Volume’un yeni d\u00fc\u011f\u00fcme otomatik olarak ba\u011flanmas\u0131n\u0131 y\u00f6netir.
\n* Depolama Ba\u011flant\u0131s\u0131n\u0131n Kesilmesi:<\/strong> Bir d\u00fc\u011f\u00fcm silindi\u011finde, ba\u011fl\u0131 olan blok depolama biriminin (PV) ba\u011flant\u0131s\u0131 kesilmeli ve yeni d\u00fc\u011f\u00fcme ba\u011flanabilir hale gelmelidir. DOKS ve CSI s\u00fcr\u00fcc\u00fcs\u00fc bu s\u00fcreci otomatik olarak y\u00f6netir, ancak bu s\u00fcrecin izlenmesi ve herhangi bir aksakl\u0131k durumunda manuel m\u00fcdahale i\u00e7in haz\u0131rl\u0131kl\u0131 olunmas\u0131 \u00f6nemlidir.
\n* B\u00f6lgeye \u00d6zel Depolama:<\/strong> DigitalOcean blok depolama birimleri b\u00f6lgeye \u00f6zeldir. E\u011fer d\u00fc\u011f\u00fcm havuzlar\u0131n\u0131z farkl\u0131 b\u00f6lgelere yay\u0131lm\u0131\u015fsa, bu durum depolama stratejinizi etkileyebilir. \u00c7o\u011fu durumda, ayn\u0131 b\u00f6lgedeki d\u00fc\u011f\u00fcm havuzlar\u0131 i\u00e7inde onar\u0131m yap\u0131l\u0131r.<\/p>\nY\u00fcksek Eri\u015filebilirlik Mimarisi (HA Architecture)<\/h4>\n
\n* Birden Fazla D\u00fc\u011f\u00fcm Havuzu:<\/strong> Farkl\u0131 i\u015f y\u00fckleri i\u00e7in farkl\u0131 d\u00fc\u011f\u00fcm havuzlar\u0131 kullan\u0131n. Bu, bir d\u00fc\u011f\u00fcm havuzundaki sorunlar\u0131n di\u011ferlerini etkilemesini \u00f6nler.
\n* \u00c7ok B\u00f6lgeli K\u00fcme Yap\u0131land\u0131rmas\u0131 (Multi-Region\/Availability Zone):<\/strong> DigitalOcean’\u0131n farkl\u0131 kullan\u0131labilirlik b\u00f6lgelerine (Availability Zones) yay\u0131lan d\u00fc\u011f\u00fcm havuzlar\u0131 olu\u015fturarak, b\u00f6lgesel bir kesintiye kar\u015f\u0131 dayan\u0131kl\u0131l\u0131\u011f\u0131 art\u0131rabilirsiniz. Bu, bir b\u00f6lgedeki t\u00fcm d\u00fc\u011f\u00fcmlerin veya hatta bir ana d\u00fc\u011f\u00fcm\u00fcn \u00e7\u00f6kmesi durumunda bile uygulaman\u0131z\u0131n \u00e7al\u0131\u015fmaya devam etmesini sa\u011flar. DOKS, bu t\u00fcr bir da\u011f\u0131t\u0131m\u0131 destekler.<\/p>\nG\u00fcnl\u00fckleme ve \u0130zleme (Logging and Monitoring)<\/h4>\n
\n* DOKS Metrikleri:<\/strong> DigitalOcean paneli \u00fczerinden k\u00fcme ve d\u00fc\u011f\u00fcm metriklerini (CPU, RAM, disk, a\u011f) d\u00fczenli olarak izleyin.
\n* Kubernetes Olaylar\u0131:<\/strong> kubectl get events<\/code> komutu veya bir izleme arac\u0131 kullanarak Kubernetes olaylar\u0131n\u0131 takip edin. D\u00fc\u011f\u00fcm durumu de\u011fi\u015fiklikleri, pod bo\u015faltma ve yeni d\u00fc\u011f\u00fcm sa\u011flama olaylar\u0131 burada g\u00f6r\u00fcn\u00fcr olacakt\u0131r.
\n* Prometheus ve Grafana:<\/strong> K\u00fcmeye Prometheus ve Grafana gibi a\u00e7\u0131k kaynakl\u0131 izleme ara\u00e7lar\u0131 kurarak, d\u00fc\u011f\u00fcm sa\u011fl\u0131\u011f\u0131, pod durumu ve kaynak kullan\u0131m\u0131 hakk\u0131nda detayl\u0131 metrikler toplayabilir ve g\u00f6rselle\u015ftirebilirsiniz. Anomaly detection (anomali tespiti) kurallar\u0131 belirleyerek potansiyel sorunlara proaktif olarak tepki verebilirsiniz.
\n* Merkezi G\u00fcnl\u00fck Y\u00f6netimi:<\/strong> Uygulama ve sistem g\u00fcnl\u00fcklerini merkezi bir g\u00fcnl\u00fck y\u00f6netim sistemine (ELK Stack, Loki, Datadog) g\u00f6ndererek sorun giderme s\u00fcrecini kolayla\u015ft\u0131r\u0131n.<\/p>\nManuel M\u00fcdahale Gerektiren Durumlar<\/h4>\n
\n* Tekrarlayan Hatalar:<\/strong> Ayn\u0131 d\u00fc\u011f\u00fcm havuzunda s\u00fcrekli olarak d\u00fc\u011f\u00fcm ar\u0131zalar\u0131 meydana geliyorsa, bu temel bir yap\u0131land\u0131rma veya yaz\u0131l\u0131m sorununa i\u015faret edebilir.
\n* Depolama Sorunlar\u0131:<\/strong> Persistent Volume’lar\u0131n yeni d\u00fc\u011f\u00fcme do\u011fru \u015fekilde ba\u011flanmamas\u0131 veya veri kayb\u0131 ya\u015fanmas\u0131 gibi depolama ile ilgili karma\u015f\u0131k sorunlar.
\n* K\u00fcme Kontrol D\u00fczlemi Sorunlar\u0131:<\/strong> Otomatik onar\u0131m genellikle worker d\u00fc\u011f\u00fcmleriyle ilgilenir. Kontrol d\u00fczlemi d\u00fc\u011f\u00fcmlerinde (master nodes) ciddi sorunlar ya\u015fan\u0131rsa, DigitalOcean’\u0131n m\u00fcdahalesi veya manuel ad\u0131mlar gerekebilir.<\/p>\nS\u00fcr\u00fcm Y\u00f6netimi ve G\u00fcncelle\u015ftirmeler<\/h4>\n
DOKS’ta D\u00fc\u011f\u00fcm Havuzlar\u0131 ve Onar\u0131m<\/h3>\n
D\u00fc\u011f\u00fcm Havuzlar\u0131n\u0131n Yap\u0131s\u0131<\/h4>\n
\n* Genel Ama\u00e7l\u0131 \u0130\u015f Y\u00fckleri:<\/strong> K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli uygulamalar i\u00e7in standart Droplet boyutlar\u0131na sahip bir d\u00fc\u011f\u00fcm havuzu.
\n* Y\u00fcksek Performansl\u0131 \u0130\u015f Y\u00fckleri:<\/strong> Veritabanlar\u0131, makine \u00f6\u011frenimi veya yo\u011fun i\u015flem gerektiren uygulamalar i\u00e7in daha fazla CPU ve belle\u011fe sahip Droplet’lerden olu\u015fan bir d\u00fc\u011f\u00fcm havuzu.
\n* GPU Destekli \u0130\u015f Y\u00fckleri:<\/strong> \u00d6zel donan\u0131m gerektiren i\u015f y\u00fckleri i\u00e7in GPU destekli Droplet’lerden olu\u015fan bir d\u00fc\u011f\u00fcm havuzu (DigitalOcean’da hen\u00fcz mevcut de\u011fil, ancak di\u011fer bulut sa\u011flay\u0131c\u0131lar\u0131nda bir \u00f6rnek).<\/p>\nOnar\u0131m\u0131n D\u00fc\u011f\u00fcm Havuzu Baz\u0131nda \u0130\u015flemesi<\/h4>\n
\n1. Ar\u0131zal\u0131 D\u00fc\u011f\u00fcm Tespiti:<\/strong> D\u00fc\u011f\u00fcm havuzundaki bir d\u00fc\u011f\u00fcm\u00fcn sa\u011fl\u0131ks\u0131z oldu\u011fu (\u00f6rne\u011fin, NotReady<\/code> durumunda belirli bir s\u00fcre kalmas\u0131) alg\u0131lan\u0131r.
\n2. D\u00fc\u011f\u00fcm\u00fcn Silinmesi:<\/strong> Ar\u0131zal\u0131 d\u00fc\u011f\u00fcm, ait oldu\u011fu d\u00fc\u011f\u00fcm havuzundan silinir. Bu i\u015flem, Droplet’in tamamen yok edilmesini i\u00e7erir.
\n3. Yeni D\u00fc\u011f\u00fcm\u00fcn Sa\u011flanmas\u0131:<\/strong> DOKS, silinen d\u00fc\u011f\u00fcm\u00fcn yerine, ayn\u0131 d\u00fc\u011f\u00fcm havuzunun yap\u0131land\u0131rmas\u0131na (Droplet boyutu, i\u015fletim sistemi, etiketler vb.) tamamen uygun, yepyeni ve sa\u011fl\u0131kl\u0131 bir Droplet sa\u011flar.
\n4. K\u00fcme Kat\u0131l\u0131m\u0131:<\/strong> Yeni sa\u011flanan Droplet, Kubernetes k\u00fcmesine kat\u0131l\u0131r ve Kubelet’i ba\u015flatarak kontrol d\u00fczlemiyle ileti\u015fim kurar. Ba\u015far\u0131l\u0131 bir \u015fekilde Ready<\/code> durumuna ge\u00e7ti\u011finde, bu d\u00fc\u011f\u00fcm havuzunun bir par\u00e7as\u0131 olarak pod’lar\u0131 kabul etmeye haz\u0131rd\u0131r.<\/p>\nFarkl\u0131 \u0130\u015f Y\u00fckleri \u0130\u00e7in D\u00fc\u011f\u00fcm Havuzlar\u0131 ve Onar\u0131m Stratejileri<\/h4>\n
\n* Durumlu Uygulamalar (Stateful Applications):<\/strong> Veritabanlar\u0131 veya mesaj kuyruklar\u0131 gibi durumlu uygulamalar\u0131 bar\u0131nd\u0131ran d\u00fc\u011f\u00fcm havuzlar\u0131 i\u00e7in Persistent Volume<\/code> ve PodDisruptionBudget<\/code> yap\u0131land\u0131rmalar\u0131na \u00f6zellikle dikkat edilmelidir. Onar\u0131m s\u0131ras\u0131nda veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fcn korunmas\u0131 ve kesintinin minimumda tutulmas\u0131 hayati \u00f6nem ta\u015f\u0131r.
\n* Durumsuz Uygulamalar (Stateless Applications):<\/strong> Web sunucular\u0131 veya API a\u011f ge\u00e7itleri gibi durumsuz uygulamalar i\u00e7in, replika say\u0131lar\u0131 ve pod anti-affinity<\/code> kurallar\u0131, onar\u0131m s\u0131ras\u0131nda y\u00fcksek kullan\u0131labilirli\u011fi sa\u011flamak i\u00e7in yeterli olabilir.
\n* \u00d6zel Gereksinimler:<\/strong> Belirli bir i\u015fletim sistemi s\u00fcr\u00fcm\u00fc veya \u00f6zel yaz\u0131l\u0131mlar gerektiren d\u00fc\u011f\u00fcm havuzlar\u0131 i\u00e7in, onar\u0131m\u0131n her zaman do\u011fru yap\u0131land\u0131rmay\u0131 getirdi\u011finden emin olmak \u00f6nemlidir. DOKS, d\u00fc\u011f\u00fcm havuzu \u015fablonunu kullanarak bu tutarl\u0131l\u0131\u011f\u0131 sa\u011flar.<\/p>\nAlternatifler ve Kar\u015f\u0131la\u015ft\u0131rma<\/h3>\n
Di\u011fer Bulut Sa\u011flay\u0131c\u0131lar\u0131ndaki Benzer Hizmetler<\/h4>\n
\n* Amazon Elastic Kubernetes Service (EKS):<\/strong> EKS, temel EC2 \u00f6rneklerinin sa\u011fl\u0131\u011f\u0131n\u0131 izler ve ar\u0131zal\u0131 \u00f6rnekleri de\u011fi\u015ftirebilir. Ancak EKS’te bu s\u00fcre\u00e7 genellikle daha fazla manuel yap\u0131land\u0131rma veya ek ara\u00e7 (\u00f6rne\u011fin, Node Problem Detector ile birlikte \u00e7al\u0131\u015fan bir Auto Scaling Group) gerektirebilir.
\n* Google Kubernetes Engine (GKE):<\/strong> GKE, d\u00fc\u011f\u00fcm otomatik onar\u0131m\u0131nda olduk\u00e7a geli\u015fmi\u015ftir. D\u00fc\u011f\u00fcm durumu, Kubelet sa\u011fl\u0131\u011f\u0131 ve temel VM sa\u011fl\u0131\u011f\u0131 gibi \u00e7e\u015fitli sinyalleri kullanarak ar\u0131zal\u0131 d\u00fc\u011f\u00fcmleri otomatik olarak de\u011fi\u015ftirir. GKE’nin yakla\u015f\u0131m\u0131, DOKS’unkine benzer \u015fekilde, derin entegrasyon ve kullan\u0131c\u0131 i\u00e7in d\u00fc\u015f\u00fck operasyonel y\u00fck sunar.
\n* Azure Kubernetes Service (AKS):<\/strong> AKS de d\u00fc\u011f\u00fcm havuzlar\u0131 i\u00e7in otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131n\u0131 destekler. D\u00fc\u011f\u00fcm durumu ve temel VM sa\u011fl\u0131\u011f\u0131 izlenerek ar\u0131zal\u0131 d\u00fc\u011f\u00fcmler tespit edilir ve otomatik olarak de\u011fi\u015ftirilir.<\/p>\nManuel Onar\u0131m\u0131n Zorluklar\u0131<\/h4>\n
\n* Tespit S\u00fcresi:<\/strong> Ar\u0131zal\u0131 d\u00fc\u011f\u00fcm\u00fcn manuel olarak tespit edilmesi zaman alabilir, bu da kesinti s\u00fcresini art\u0131r\u0131r.
\n* \u0130nsan Hatas\u0131:<\/strong> Manuel bo\u015faltma, silme ve yeniden sa\u011flama s\u00fcre\u00e7leri insan hatas\u0131na a\u00e7\u0131kt\u0131r.
\n* Operasyonel Y\u00fck:<\/strong> \u00d6zellikle gece veya hafta sonu ar\u0131zalar\u0131nda, operasyon ekipleri \u00fczerinde \u00f6nemli bir y\u00fck ve stres olu\u015fturur.
\n* Tutars\u0131zl\u0131k:<\/strong> Manuel i\u015flemler, k\u00fcme yap\u0131land\u0131rmas\u0131nda tutars\u0131zl\u0131klara yol a\u00e7abilir.<\/p>\nKubernetes Ara\u00e7lar\u0131yla Entegrasyon ve Kar\u015f\u0131la\u015ft\u0131rma<\/h4>\n
\n* Cluster Autoscaler:<\/strong> K\u00fcmedeki y\u00fck\u00fc dengelemek i\u00e7in d\u00fc\u011f\u00fcm say\u0131s\u0131n\u0131 otomatik olarak art\u0131ran veya azaltan bir Kubernetes bile\u015fenidir. Otomatik d\u00fc\u011f\u00fcm onar\u0131m\u0131 ile birlikte \u00e7al\u0131\u015fabilir: onar\u0131m yeni bir d\u00fc\u011f\u00fcm sa\u011flad\u0131\u011f\u0131nda, Cluster Autoscaler k\u00fcme boyutunu normalle\u015ftirir.
\n* Node Problem Detector (NPD):<\/strong> D\u00fc\u011f\u00fcm \u00fczerinde \u00e7al\u0131\u015fan bir ajand\u0131r ve temel d\u00fc\u011f\u00fcm sorunlar\u0131n\u0131 (\u00f6rne\u011fin, kernel hatalar\u0131, donan\u0131m sorunlar\u0131, Kubelet hatalar\u0131) tespit ederek bunlar\u0131 Kubernetes olaylar\u0131 olarak bildirir. DOKS’un otomatik onar\u0131m mekanizmas\u0131, NPD’nin tespit etti\u011fi sorunlar\u0131 tetikleyici olarak kullanabilir veya kendi dahili izleme sistemleri arac\u0131l\u0131\u011f\u0131yla benzer sorunlar\u0131 alg\u0131layabilir.
\n* Kubelet’in Kendi Kendine \u0130yile\u015fme Yetenekleri:<\/strong> Kubelet, baz\u0131 durumlarda (\u00f6rne\u011fin, kendi s\u00fcrecinin \u00e7\u00f6kmesi ve yeniden ba\u015flamas\u0131) kendi kendine iyile\u015febilir. Ancak daha ciddi altyap\u0131 veya sistem sorunlar\u0131nda bu yeterli de\u011fildir.<\/p>\nSonu\u00e7<\/h3>\n