Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.<\/p>\n
Modern yaz\u0131l\u0131m geli\u015ftirme yakla\u015f\u0131mlar\u0131, genellikle mikro servis mimarileri ve kapsay\u0131c\u0131la\u015ft\u0131rma teknolojileri etraf\u0131nda \u015fekillenir. Kubernetes, bu kapsay\u0131c\u0131 i\u015f y\u00fcklerini y\u00f6netmek i\u00e7in sekt\u00f6r standard\u0131 haline gelmi\u015ftir. Ancak, birden fazla ekip veya m\u00fc\u015fteri ayn\u0131 Kubernetes k\u00fcmesini payla\u015ft\u0131\u011f\u0131nda, kaynaklar\u0131n adil bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131 ve “g\u00fcr\u00fclt\u00fcl\u00fc kom\u015fu” sorunlar\u0131n\u0131n \u00f6nlenmesi zorunlu hale gelir.<\/p>\n
Bir geli\u015ftirme ekibinin yanl\u0131\u015fl\u0131kla veya bilin\u00e7li olarak k\u00fcmenin t\u00fcm CPU veya bellek kaynaklar\u0131n\u0131 t\u00fcketmesi, di\u011fer kritik uygulamalar\u0131n performans\u0131n\u0131 olumsuz etkileyebilir, hatta hizmet d\u0131\u015f\u0131 kalmas\u0131na neden olabilir. Bu durum, yaln\u0131zca operasyonel sorunlara yol a\u00e7makla kalmaz, ayn\u0131 zamanda maliyetleri de gereksiz yere art\u0131r\u0131r. \u0130\u015fte bu senaryolar\u0131 engellemek i\u00e7in Kubernetes, “Kaynak Kotalar\u0131” (Resource Quotas) mekanizmas\u0131n\u0131 sunar.<\/p>\n
Kaynak Kotas\u0131, belirli bir Kubernetes isim alan\u0131 (namespace) i\u00e7inde t\u00fcketilebilecek toplam kaynak miktar\u0131n\u0131 s\u0131n\u0131rlaman\u0131z\u0131 sa\u011flayan bir ara\u00e7t\u0131r. Bu kotalar, CPU, bellek gibi i\u015flem kaynaklar\u0131ndan, pod say\u0131s\u0131, servis say\u0131s\u0131 gibi nesne say\u0131s\u0131na ve hatta PersistentVolumeClaim (PVC) say\u0131s\u0131na kadar geni\u015f bir yelpazeyi kapsar. Bu mekanizma sayesinde, her bir ekibin veya uygulaman\u0131n kendi “adil pay\u0131na” sahip olmas\u0131 garantilenir ve k\u00fcme genelinde istikrarl\u0131 bir performans ortam\u0131 sa\u011flan\u0131r. Kotalar, sadece toplam t\u00fcketimi de\u011fil, ayn\u0131 zamanda her bir pod’un talep edebilece\u011fi minimum (requests) ve maksimum (limits) kaynaklar\u0131 da kontrol eden LimitRange objeleriyle birlikte kullan\u0131ld\u0131\u011f\u0131nda \u00e7ok daha etkili hale gelir.<\/p>\n
Kaynak kotalar\u0131, \u00e7ok kirac\u0131l\u0131 ortamlarda hem hizmet kalitesini korumak hem de maliyetleri optimize etmek i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r. Ayr\u0131ca, geli\u015ftiricileri kaynaklar\u0131 daha verimli kullanmaya te\u015fvik eder ve uygulamalar\u0131n\u0131 daha optimize bir \u015fekilde tasarlamalar\u0131na yard\u0131mc\u0131 olur. K\u0131sacas\u0131, Kubernetes Kaynak Kotalar\u0131, k\u00fcme y\u00f6neticilerinin ve geli\u015ftiricilerin elini g\u00fc\u00e7lendiren, daha \u00f6ng\u00f6r\u00fclebilir ve kontrol edilebilir bir altyap\u0131 sunan kritik bir bile\u015fendir.<\/p>\n
Kubernetes Kaynak Kotalar\u0131, k\u00fcme i\u00e7indeki kaynaklar\u0131n t\u00fcketimini kontrol etmek i\u00e7in g\u00fc\u00e7l\u00fc bir mekanizma sunar. Bu kotalar, bir Ad Alan\u0131 (Namespace) baz\u0131nda uygulan\u0131r ve bu ad alan\u0131 i\u00e7indeki t\u00fcm kaynaklar \u00fczerinde etkili olur. Ba\u015fka bir deyi\u015fle, bir kota uyguland\u0131\u011f\u0131nda, o ad alan\u0131ndaki t\u00fcm podlar, servisler veya PersistentVolumeClaim’ler, tan\u0131mlanm\u0131\u015f limitler dahilinde kalmak zorundad\u0131r.<\/p>\n
Bir Kaynak Kotas\u0131 olu\u015fturdu\u011funuzda, Kubernetes API Sunucusu (API Server), o ad alan\u0131na y\u00f6nelik t\u00fcm olu\u015fturma ve g\u00fcncelleme isteklerini bu kotalara g\u00f6re do\u011frular. E\u011fer bir i\u015flem (\u00f6rne\u011fin, yeni bir pod olu\u015fturma) tan\u0131mlanm\u0131\u015f kotay\u0131 a\u015facaksa, istek reddedilir ve kullan\u0131c\u0131ya ilgili hata mesaj\u0131 g\u00f6nderilir. Bu sayede, kaynaklar\u0131n belirlenen s\u0131n\u0131rlar i\u00e7inde kalmas\u0131 sa\u011flan\u0131r ve bir ad alan\u0131n\u0131n di\u011ferlerini “bo\u011fmas\u0131” engellenir.<\/p>\n
Kubernetes, farkl\u0131 t\u00fcrlerde kaynak kotas\u0131 uygulamalar\u0131na izin verir. Bunlar\u0131 temel olarak \u00fc\u00e7 ana kategoriye ay\u0131rabiliriz:<\/p>\n
requests<\/code> (garantilenen minimum kaynak) hem de limits<\/code> (izin verilen maksimum kaynak) i\u00e7in ayr\u0131 ayr\u0131 tan\u0131mlanabilir. \u00d6rne\u011fin, bir ad alan\u0131n\u0131n toplamda ne kadar CPU veya bellek talep edebilece\u011fini veya kullanabilece\u011fini belirleyebilirsiniz.\n\nrequests.cpu<\/code>: Ad alan\u0131 i\u00e7indeki t\u00fcm pod’lar\u0131n talep etti\u011fi toplam CPU miktar\u0131n\u0131n \u00fcst s\u0131n\u0131r\u0131.<\/li>\nlimits.cpu<\/code>: Ad alan\u0131 i\u00e7indeki t\u00fcm pod’lar\u0131n kullanabilece\u011fi toplam CPU miktar\u0131n\u0131n \u00fcst s\u0131n\u0131r\u0131.<\/li>\nrequests.memory<\/code>: Ad alan\u0131 i\u00e7indeki t\u00fcm pod’lar\u0131n talep etti\u011fi toplam bellek miktar\u0131n\u0131n \u00fcst s\u0131n\u0131r\u0131.<\/li>\nlimits.memory<\/code>: Ad alan\u0131 i\u00e7indeki t\u00fcm pod’lar\u0131n kullanabilece\u011fi toplam bellek miktar\u0131n\u0131n \u00fcst s\u0131n\u0131r\u0131.<\/li>\n<\/ul>\n<\/li>\n- Nesne Say\u0131s\u0131 Kotalar\u0131 (Count Quotas):<\/strong> Bu kotalar, belirli Kubernetes kaynak nesnelerinin (objelerinin) ad alan\u0131 i\u00e7inde olu\u015fturulabilecek maksimum say\u0131s\u0131n\u0131 s\u0131n\u0131rlar. Bu, bir ad alan\u0131n\u0131n \u00e7ok say\u0131da gereksiz veya yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f kaynakla doldurulmas\u0131n\u0131 \u00f6nlemek i\u00e7in faydal\u0131d\u0131r.\n
\npods<\/code>: Ad alan\u0131 i\u00e7indeki maksimum pod say\u0131s\u0131.<\/li>\nservices<\/code>: Ad alan\u0131 i\u00e7indeki maksimum servis say\u0131s\u0131.<\/li>\nconfigmaps<\/code>: Ad alan\u0131 i\u00e7indeki maksimum ConfigMap say\u0131s\u0131.<\/li>\nreplicationcontrollers<\/code>: Ad alan\u0131 i\u00e7indeki maksimum ReplicationController say\u0131s\u0131.<\/li>\nsecrets<\/code>: Ad alan\u0131 i\u00e7indeki maksimum Secret say\u0131s\u0131.<\/li>\npersistentvolumeclaims<\/code>: Ad alan\u0131 i\u00e7indeki maksimum PersistentVolumeClaim (PVC) say\u0131s\u0131.<\/li>\n<\/ul>\n<\/li>\n- Depolama Kaynak Kotalar\u0131 (Storage Resource Quotas):<\/strong> Bu kotalar, ad alan\u0131 i\u00e7indeki PersistentVolumeClaim’lerin (PVC’ler) kullanabilece\u011fi toplam depolama miktar\u0131n\u0131 ve hatta depolama s\u0131n\u0131f\u0131na g\u00f6re de limit koyman\u0131za olanak tan\u0131r. Bu, depolama maliyetlerini kontrol etmek ve diskin t\u00fckenmesini engellemek i\u00e7in kritik \u00f6neme sahiptir.\n
\nrequests.storage<\/code>: Ad alan\u0131 i\u00e7indeki t\u00fcm PVC’lerin talep etti\u011fi toplam depolama miktar\u0131n\u0131n \u00fcst s\u0131n\u0131r\u0131.<\/li>\npersistentvolumeclaims.storageclass.storage.k8s.io\/[storage-class-name]<\/code>: Belirli bir depolama s\u0131n\u0131f\u0131na ait PVC’lerin talep etti\u011fi toplam depolama miktar\u0131.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\nKaynak Kotalar\u0131, tek ba\u015f\u0131na etkili olmakla birlikte, genellikle LimitRange kaynaklar\u0131 ile birlikte kullan\u0131l\u0131r. LimitRange, ad alan\u0131 i\u00e7indeki *her bir* pod veya kapsay\u0131c\u0131 i\u00e7in varsay\u0131lan ve maksimum\/minimum kaynak taleplerini ve limitlerini belirler. Kaynak Kotas\u0131, ad alan\u0131n\u0131n *toplam* t\u00fcketimini s\u0131n\u0131rlarken, LimitRange *tekil* kaynaklar\u0131n davran\u0131\u015f\u0131n\u0131 kontrol eder. Bu iki mekanizma birlikte \u00e7al\u0131\u015farak, bir Kubernetes k\u00fcmesinde son derece hassas ve adil bir kaynak da\u011f\u0131t\u0131m\u0131 sa\u011flar.<\/p>\n
\u00d6zetle, Kubernetes Kaynak Kotalar\u0131, k\u00fcmenizin istikrar\u0131n\u0131 ve verimlili\u011fini korumak i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r. Kaynaklar\u0131 adil bir \u015fekilde b\u00f6l\u00fc\u015ft\u00fcrerek, her ekibin belirlenen s\u0131n\u0131rlar i\u00e7inde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar ve “g\u00fcr\u00fclt\u00fcl\u00fc kom\u015fu” sendromunu ortadan kald\u0131r\u0131r. Bu da daha \u00f6ng\u00f6r\u00fclebilir performans, daha d\u00fc\u015f\u00fck operasyonel maliyetler ve genel olarak daha sa\u011fl\u0131kl\u0131 bir Kubernetes ortam\u0131 anlam\u0131na gelir.<\/p>\n
Kaynak Kotas\u0131 Uygulama Ad\u0131mlar\u0131: Kapsaml\u0131 Bir Uygulamal\u0131 \u00d6rnek<\/h2>\n
Kaynak kotalar\u0131n\u0131 Kubernetes k\u00fcmenizde uygulamak, birka\u00e7 basit ad\u0131mdan olu\u015fur ancak dikkatli planlama gerektirir. Bu b\u00f6l\u00fcmde, ad\u0131m ad\u0131m bir Kaynak Kotas\u0131’n\u0131n nas\u0131l tan\u0131mlanaca\u011f\u0131n\u0131, uygulanaca\u011f\u0131n\u0131 ve izlenece\u011fini \u00f6rneklerle inceleyece\u011fiz. Amac\u0131m\u0131z, yeni bir “geli\u015ftirme” isim alan\u0131 i\u00e7in belirli kaynak kotalar\u0131 tan\u0131mlayarak, bu ad alan\u0131n\u0131n k\u00fcmenin di\u011fer b\u00f6l\u00fcmlerini olumsuz etkilemesini \u00f6nlemek olacakt\u0131r.<\/p>\n
Ad\u0131m 1: \u0130sim Alan\u0131 Olu\u015fturma<\/h3>\n
\u00d6ncelikle, kaynak kotalar\u0131n\u0131 uygulayaca\u011f\u0131m\u0131z bir isim alan\u0131na ihtiyac\u0131m\u0131z var. E\u011fer zaten bir isim alan\u0131n\u0131z yoksa, a\u015fa\u011f\u0131daki YAML dosyas\u0131n\u0131 kullanarak bir tane olu\u015fturabilirsiniz:<\/p>\n
\napiVersion: v1\nkind: Namespace\nmetadata:\n name: dev-projesi\n<\/pre>\n<\/code><\/p>\n
Bu dosyay\u0131 dev-projesi-ns.yaml<\/code> olarak kaydedin ve a\u015fa\u011f\u0131daki komutla uygulay\u0131n:<\/p>\n\nkubectl apply -f dev-projesi-ns.yaml\n<\/pre>\n<\/code><\/p>\n
Bu komut, dev-projesi<\/code> ad\u0131nda yeni bir isim alan\u0131 olu\u015fturacakt\u0131r. Bu, ekiplerin ve projelerin kaynaklar\u0131n\u0131 izole etmenin ilk ad\u0131m\u0131d\u0131r.<\/p>\nAd\u0131m 2: Kaynak Kotas\u0131 Tan\u0131mlama<\/h3>\n
\u015eimdi, dev-projesi<\/code> isim alan\u0131 i\u00e7in kaynak kotalar\u0131n\u0131 tan\u0131mlayal\u0131m. Bu \u00f6rnekte, ad alan\u0131 i\u00e7inde toplamda 2 CPU, 2 GiB bellek, 10 pod ve 5 servis olu\u015fturulmas\u0131na izin verece\u011fiz. Ayr\u0131ca, 50 GiB'ye kadar depolama alan\u0131 talep edilebilece\u011fini de belirleyece\u011fiz.<\/p>\n\napiVersion: v1\nkind: ResourceQuota\nmetadata:\n name: dev-quota\n namespace: dev-projesi\nspec:\n hard:\n pods: \"10\"\n services: \"5\"\n requests.cpu: \"2\"\n requests.memory: \"2Gi\"\n limits.cpu: \"4\"\n limits.memory: \"4Gi\"\n requests.storage: \"50Gi\"\n persistentvolumeclaims: \"3\"\n<\/pre>\n<\/code><\/p>\n
Bu YAML dosyas\u0131n\u0131 dev-quota.yaml<\/code> olarak kaydedin. Yukar\u0131daki tan\u0131mda:<\/p>\n\npods: \"10\"<\/code>: Ad alan\u0131 i\u00e7inde en fazla 10 pod bulunabilir.<\/li>\nservices: \"5\"<\/code>: Ad alan\u0131 i\u00e7inde en fazla 5 servis olu\u015fturulabilir.<\/li>\nrequests.cpu: \"2\"<\/code>: T\u00fcm pod'lar\u0131n toplam CPU talep miktar\u0131 2 \u00e7ekirde\u011fi ge\u00e7emez.<\/li>\nrequests.memory: \"2Gi\"<\/code>: T\u00fcm pod'lar\u0131n toplam bellek talep miktar\u0131 2 GiB'\u0131 ge\u00e7emez.<\/li>\nlimits.cpu: \"4\"<\/code>: T\u00fcm pod'lar\u0131n toplam CPU limit miktar\u0131 4 \u00e7ekirde\u011fi ge\u00e7emez.<\/li>\nlimits.memory: \"4Gi\"<\/code>: T\u00fcm pod'lar\u0131n toplam bellek limit miktar\u0131 4 GiB'\u0131 ge\u00e7emez.<\/li>\nrequests.storage: \"50Gi\"<\/code>: T\u00fcm PersistentVolumeClaim'lerin toplam depolama talep miktar\u0131 50 GiB'\u0131 ge\u00e7emez.<\/li>\npersistentvolumeclaims: \"3\"<\/code>: Ad alan\u0131 i\u00e7inde en fazla 3 adet PersistentVolumeClaim olu\u015fturulabilir.<\/li>\n<\/ul>\n\nUzman \u0130pucu: requests<\/code> ve limits<\/code> de\u011ferlerini dikkatli belirleyin. requests<\/code>, pod'un \u00e7al\u0131\u015fmas\u0131 i\u00e7in ayr\u0131lan garantili kaynak miktar\u0131d\u0131r, limits<\/code> ise asla a\u015famayaca\u011f\u0131 \u00fcst s\u0131n\u0131rd\u0131r. Genellikle requests<\/code> daha d\u00fc\u015f\u00fck, limits<\/code> ise daha y\u00fcksek belirlenir. Bu, kaynaklar\u0131n esnek kullan\u0131m\u0131n\u0131 sa\u011flar.<\/p>\n<\/p><\/div>\nAd\u0131m 3: Kaynak Kotas\u0131n\u0131 Uygulama<\/h3>\n
Tan\u0131mlad\u0131\u011f\u0131n\u0131z kotay\u0131 k\u00fcmenize uygulamak i\u00e7in a\u015fa\u011f\u0131daki komutu kullan\u0131n:<\/p>\n
\nkubectl apply -f dev-quota.yaml\n<\/pre>\n<\/code><\/p>\n
Art\u0131k dev-projesi<\/code> isim alan\u0131 bu kotalara tabidir.<\/p>\nAd\u0131m 4: Kotan\u0131n Durumunu Kontrol Etme<\/h3>\n
Olu\u015fturulan kotan\u0131n mevcut durumunu ve ne kadar\u0131n\u0131n kullan\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6rmek i\u00e7in describe<\/code> komutunu kullanabilirsiniz:<\/p>\n\nkubectl describe resourcequota dev-quota -n dev-projesi\n<\/pre>\n<\/code><\/p>\n
\u00c7\u0131kt\u0131 a\u015fa\u011f\u0131daki gibi olacakt\u0131r (kullan\u0131m\u0131n\u0131za g\u00f6re farkl\u0131l\u0131k g\u00f6sterebilir):<\/p>\n
\nName: dev-quota\nNamespace: dev-projesi\nResource Used Hard\n-------- ---- ----\nlimits.cpu 0 4\nlimits.memory 0 4Gi\npersistentvolumeclaims 0 3\npods 0 10\nrequests.cpu 0 2\nrequests.memory 0 2Gi\nrequests.storage 0 50Gi\nservices 0 5\n<\/pre>\n<\/code><\/p>\n
Used<\/code> s\u00fctunu, ad alan\u0131nda kullan\u0131lan kaynak miktar\u0131n\u0131, Hard<\/code> s\u00fctunu ise tan\u0131mlanan maksimum limiti g\u00f6sterir. \u015eu anda 0<\/code> \u00e7\u00fcnk\u00fc hen\u00fcz bu ad alan\u0131na hi\u00e7bir pod veya kaynak da\u011f\u0131tmad\u0131k.<\/p>\nAd\u0131m 5: Kota K\u0131s\u0131tlamas\u0131n\u0131 Deneme (Pod Olu\u015fturma)<\/h3>\n
\u015eimdi bir pod olu\u015ftural\u0131m ve kotan\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6relim. \u00d6nce kotaya uygun bir pod olu\u015ftural\u0131m:<\/p>\n
\napiVersion: v1\nkind: Pod\nmetadata:\n name: test-pod-1\n namespace: dev-projesi\nspec:\n containers:\n - name: my-container\n image: nginx\n resources:\n requests:\n memory: \"256Mi\"\n cpu: \"250m\"\n limits:\n memory: \"512Mi\"\n cpu: \"500m\"\n<\/pre>\n<\/code><\/p>\n
Bu pod'u test-pod-1.yaml<\/code> olarak kaydedin ve uygulay\u0131n:<\/p>\n\nkubectl apply -f test-pod-1.yaml\n<\/pre>\n<\/code><\/p>\n
Bu pod sorunsuz bir \u015fekilde olu\u015fturulacakt\u0131r. \u015eimdi kotan\u0131n durumunu tekrar kontrol edin:<\/p>\n
\nkubectl describe resourcequota dev-quota -n dev-projesi\n<\/pre>\n<\/code><\/p>\n
\u00c7\u0131kt\u0131da Used<\/code> de\u011ferlerinin artt\u0131\u011f\u0131n\u0131 g\u00f6receksiniz:<\/p>\n\nName: dev-quota\nNamespace: dev-projesi\nResource Used Hard\n-------- ---- ----\nlimits.cpu 500m 4\nlimits.memory 512Mi 4Gi\npersistentvolumeclaims 0 3\npods 1 10\nrequests.cpu 250m 2\nrequests.memory 256Mi 2Gi\nrequests.storage 0 50Gi\nservices 0 5\n<\/pre>\n<\/code><\/p>\n
\u015eimdi kotay\u0131 a\u015fmaya \u00e7al\u0131\u015fan bir pod olu\u015ftural\u0131m. \u00d6rne\u011fin, toplam CPU iste\u011fini 2 \u00e7ekirde\u011fi a\u015facak \u015fekilde bir pod deneyelim:<\/p>\n
\napiVersion: v1\nkind: Pod\nmetadata:\n name: test-pod-2-exceeding\n namespace: dev-projesi\nspec:\n containers:\n - name: my-container\n image: busybox\n command: [\"sh\", \"-c\", \"echo Hello Kubernetes! && sleep 3600\"]\n resources:\n requests:\n memory: \"1.8Gi\" # Kalan 2Gi - 256Mi = 1.75Gi. Bu, 1.8Gi talep etti\u011fi i\u00e7in kotay\u0131 a\u015facak.\n cpu: \"1.9\" # Kalan 2 CPU - 250m = 1.75 CPU. Bu, 1.9 talep etti\u011fi i\u00e7in kotay\u0131 a\u015facak.\n limits:\n memory: \"2Gi\"\n cpu: \"2\"\n<\/pre>\n<\/code><\/p>\n
Bu YAML dosyas\u0131n\u0131 test-pod-2-exceeding.yaml<\/code> olarak kaydedin ve uygulamay\u0131 deneyin:<\/p>\n\nkubectl apply -f test-pod-2-exceeding.yaml\n<\/pre>\n<\/code><\/p>\n
Bekledi\u011fimiz gibi, bu komut hata verecektir. \u00c7\u0131kt\u0131, a\u015fa\u011f\u0131dakine benzer bir mesaj i\u00e7erecektir:<\/p>\n
\nError from server (Forbidden): pods \"test-pod-2-exceeding\" is forbidden: exceeded quota: dev-quota, requested: requests.cpu=1900m, requests.memory=1800Mi, total: requests.cpu=2150m, requests.memory=2056Mi, used: requests.cpu=250m, requests.memory=256Mi, limited: requests.cpu=2, requests.memory=2Gi\n<\/pre>\n<\/code><\/p>\n
Bu hata mesaj\u0131, belirledi\u011fimiz CPU ve bellek requests<\/code> kotalar\u0131n\u0131n a\u015f\u0131ld\u0131\u011f\u0131n\u0131 a\u00e7\u0131k\u00e7a g\u00f6sterir. B\u00f6ylece, Kaynak Kotas\u0131'n\u0131n ba\u015far\u0131yla \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve ad alan\u0131 i\u00e7indeki kaynak t\u00fcketimini etkin bir \u015fekilde s\u0131n\u0131rlad\u0131\u011f\u0131n\u0131 g\u00f6rm\u00fc\u015f olduk.<\/p>\nBu uygulamal\u0131 \u00f6rnek, Kaynak Kotalar\u0131'n\u0131 nas\u0131l tan\u0131mlayaca\u011f\u0131n\u0131z\u0131, uygulayaca\u011f\u0131n\u0131z\u0131 ve do\u011frulayaca\u011f\u0131n\u0131z\u0131 temel d\u00fczeyde g\u00f6stermektedir. Bu y\u00f6ntemleri kullanarak, \u00e7ok kirac\u0131l\u0131 Kubernetes k\u00fcmelerinizde kaynaklar\u0131n adil ve kontroll\u00fc bir \u015fekilde da\u011f\u0131t\u0131m\u0131n\u0131 sa\u011flayabilirsiniz.<\/p>\n
Ger\u00e7ek D\u00fcnya Senaryosu: Geli\u015ftirme ve \u00dcretim Ortamlar\u0131 Aras\u0131nda Kaynak Da\u011f\u0131t\u0131m\u0131<\/h3>\n
B\u00fcy\u00fck \u015firketlerde, genellikle ayn\u0131 Kubernetes k\u00fcmesi \u00fczerinde farkl\u0131 ortamlar (geli\u015ftirme, test, haz\u0131rl\u0131k ve \u00fcretim) bulunur. Bu ortamlar\u0131n her birinin kendine \u00f6zg\u00fc kaynak ihtiya\u00e7lar\u0131 ve \u00f6ncelikleri vard\u0131r. Geli\u015ftirme ortamlar\u0131 genellikle daha esnek ve kaynak a\u00e7\u0131s\u0131ndan daha az k\u0131s\u0131tl\u0131 olabilirken, \u00fcretim ortamlar\u0131 istikrar ve performans a\u00e7\u0131s\u0131ndan y\u00fcksek garantilere ihtiya\u00e7 duyar. Kaynak Kotalar\u0131, bu farkl\u0131 ihtiya\u00e7lar\u0131 kar\u015f\u0131lamak ve kaynak \u00e7ak\u0131\u015fmalar\u0131n\u0131 \u00f6nlemek i\u00e7in ideal bir \u00e7\u00f6z\u00fcmd\u00fcr.<\/p>\n
Diyelim ki bir teknoloji \u015firketi olan \"GlobalTech\", tek bir b\u00fcy\u00fck Kubernetes k\u00fcmesini kullan\u0131yor. Bu k\u00fcmede dev<\/code>, staging<\/code> ve prod<\/code> olmak \u00fczere \u00fc\u00e7 ana isim alan\u0131 bulunuyor. GlobalTech'in y\u00f6neticileri, geli\u015ftirme ekibinin yanl\u0131\u015fl\u0131kla \u00fcretim ortam\u0131n\u0131n kaynaklar\u0131n\u0131 t\u00fcketmesini, haz\u0131rl\u0131k ortam\u0131n\u0131n ise yeterli test kayna\u011f\u0131na sahip olmas\u0131n\u0131 sa\u011flamak istiyorlar. \u0130\u015fte bu durumda Kaynak Kotalar\u0131 devreye giriyor:<\/p>\n\ndev<\/code> (Geli\u015ftirme Ortam\u0131) i\u00e7in Kotalar:<\/strong>\nGeli\u015ftirme ortam\u0131, yeni \u00f6zelliklerin test edildi\u011fi, hata ay\u0131klama yap\u0131lan ve genellikle kaynak taleplerinin de\u011fi\u015fken oldu\u011fu bir yerdir. Burada a\u015f\u0131r\u0131 s\u0131k\u0131 kotalar geli\u015ftirmeyi yava\u015flatabilir, ancak tamamen kontrols\u00fcz b\u0131rakmak da kaynak israf\u0131na yol a\u00e7abilir. Bu nedenle, daha esnek ama yine de s\u0131n\u0131rlay\u0131c\u0131 bir yakla\u015f\u0131m benimsenir.<\/p>\n
\napiVersion: v1\nkind: ResourceQuota\nmetadata:\n name: dev-quota-globaltech\n namespace: dev\nspec:\n hard:\n pods: \"30\"\n requests.cpu: \"8\"\n requests.memory: \"16Gi\"\n limits.cpu: \"12\"\n limits.memory: \"24Gi\"\n requests.storage: \"100Gi\"\n persistentvolumeclaims: \"10\"\n<\/pre>\n<\/code><\/p>\n
Bu kota, geli\u015ftirme ekibine makul bir hareket alan\u0131 tan\u0131rken, k\u00fcmenin genel kaynak havuzunu a\u015f\u0131r\u0131 derecede zorlamalar\u0131n\u0131 engeller.<\/p>\n<\/li>\n
staging<\/code> (Haz\u0131rl\u0131k Ortam\u0131) i\u00e7in Kotalar:<\/strong>\nHaz\u0131rl\u0131k ortam\u0131, genellikle \u00fcretim ortam\u0131n\u0131n bir kopyas\u0131d\u0131r ve da\u011f\u0131t\u0131mdan \u00f6nceki son testlerin yap\u0131ld\u0131\u011f\u0131 yerdir. Bu nedenle, buradaki kaynaklar, \u00fcretim ortam\u0131n\u0131n performans\u0131n\u0131 taklit edebilecek kadar yeterli olmal\u0131d\u0131r, ancak yine de bir \u00fcretim ortam\u0131 kadar geni\u015f olmayabilir.<\/p>\n
\napiVersion: v1\nkind: ResourceQuota\nmetadata:\n name: staging-quota-globaltech\n namespace: staging\nspec:\n hard:\n pods: \"20\"\n requests.cpu: \"12\"\n requests.memory: \"24Gi\"\n limits.cpu: \"16\"\n limits.memory: \"32Gi\"\n requests.storage: \"150Gi\"\n persistentvolumeclaims: \"5\"\n<\/pre>\n<\/code><\/p>\n
Haz\u0131rl\u0131k ortam\u0131n\u0131n kotalar\u0131, geli\u015ftirme ortam\u0131ndan daha y\u00fcksek, \u00fcretim ortam\u0131ndan ise biraz daha d\u00fc\u015f\u00fck olarak belirlenmi\u015ftir, b\u00f6ylece ger\u00e7ek\u00e7i y\u00fck testleri yap\u0131labilir.<\/p>\n<\/li>\n
prod<\/code> (\u00dcretim Ortam\u0131) i\u00e7in Kotalar:<\/strong>\n\u00dcretim ortam\u0131, \u015firketin ana gelir kaynaklar\u0131n\u0131 ve m\u00fc\u015fteri hizmetlerini bar\u0131nd\u0131rd\u0131\u011f\u0131 i\u00e7in en y\u00fcksek \u00f6nceli\u011fe sahiptir. Buradaki kaynaklar, uygulamalar\u0131n s\u00fcrekli olarak y\u00fcksek performans ve kullan\u0131labilirlikle \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak \u00fczere ayr\u0131lm\u0131\u015ft\u0131r. Bu ortam i\u00e7in genellikle daha c\u00f6mert kotalar veya \u00f6zel bir k\u00fcme\/d\u00fc\u011f\u00fcmler ayr\u0131l\u0131r, ancak ayn\u0131 k\u00fcme i\u00e7inde ise yine de bir \u00fcst s\u0131n\u0131r belirlemek faydal\u0131d\u0131r.<\/p>\n
\napiVersion: v1\nkind: ResourceQuota\nmetadata:\n name: prod-quota-globaltech\n namespace: prod\nspec:\n hard:\n pods: \"50\"\n requests.cpu: \"24\"\n requests.memory: \"48Gi\"\n limits.cpu: \"32\"\n limits.memory: \"64Gi\"\n requests.storage: \"500Gi\"\n persistentvolumeclaims: \"15\"\n<\/pre>\n<\/code><\/p>\n
\u00dcretim ortam\u0131 i\u00e7in ayr\u0131lan kotalar, en y\u00fcksek kaynak gereksinimlerini kar\u015f\u0131layacak \u015fekilde ayarlan\u0131r. Bu sayede, di\u011fer ortamlar\u0131n kaynak problemleri, \u00fcretimdeki uygulamalar\u0131 etkilemez.<\/p>\n<\/li>\n<\/ol>\n
Bu senaryo, Kaynak Kotalar\u0131'n\u0131n farkl\u0131 i\u015f y\u00fckleri ve \u00f6nceliklere sahip ortamlarda nas\u0131l etkin bir \u015fekilde kullan\u0131labilece\u011fini g\u00f6stermektedir. Her ortam\u0131n kendi \u00f6zel ihtiya\u00e7lar\u0131na g\u00f6re kotalar belirleyerek, GlobalTech, k\u00fcme kaynaklar\u0131n\u0131 adil, g\u00fcvenli ve verimli bir \u015fekilde y\u00f6netebilmektedir. Bu yakla\u015f\u0131m, hem geli\u015ftirici verimlili\u011fini art\u0131r\u0131r hem de kritik \u00fcretim hizmetlerinin istikrar\u0131n\u0131 garanti alt\u0131na al\u0131r.<\/p>\n
\u0130leri D\u00fczey Kullan\u0131m \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
Kubernetes Kaynak Kotalar\u0131, basit bir yap\u0131land\u0131rmadan \u00e7ok daha fazlas\u0131n\u0131 sunar. Deneyimli kullan\u0131c\u0131lar i\u00e7in, bu g\u00fc\u00e7l\u00fc arac\u0131 daha da verimli hale getirecek baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 ve en iyi uygulamalar bulunmaktad\u0131r. Kaynaklar\u0131 daha etkin y\u00f6netmek ve olas\u0131 sorunlar\u0131n \u00f6n\u00fcne ge\u00e7mek ad\u0131na bu stratejileri g\u00f6z \u00f6n\u00fcnde bulundurmak \u00f6nemlidir.<\/p>\n
Resource Quota ve LimitRange'i Birlikte Kullanma<\/h3>\n
Kaynak Kotalar\u0131, bir isim alan\u0131ndaki toplam kaynak t\u00fcketimini s\u0131n\u0131rlar. Ancak, bu isim alan\u0131 i\u00e7indeki her bir Pod'un veya kapsay\u0131c\u0131n\u0131n ne kadar kaynak talep edebilece\u011fini veya kullanabilece\u011fini kontrol etmez. \u0130\u015fte bu noktada LimitRange devreye girer. LimitRange, bir isim alan\u0131nda olu\u015fturulan t\u00fcm Pod'lar i\u00e7in varsay\u0131lan kaynak isteklerini (requests) ve limitlerini (limits) zorlar ve ayr\u0131ca her bir kapsay\u0131c\u0131n\u0131n alabilece\u011fi minimum ve maksimum kaynaklar\u0131 da belirler.<\/p>\n
Neden Birlikte Kullanmal\u0131s\u0131n\u0131z?<\/strong><\/p>\n\n- Gran\u00fcler Kontrol:<\/strong> Resource Quota isim alan\u0131 d\u00fczeyinde \"b\u00fcy\u00fck resmi\" y\u00f6netirken, LimitRange her bir bireysel Pod'un \"mikro\" d\u00fczeydeki davran\u0131\u015f\u0131n\u0131 kontrol eder. Bu sayede, bir uygulaman\u0131n kotay\u0131 a\u015fmadan dahi tek bir Pod'da a\u015f\u0131r\u0131 kaynak kullanmas\u0131n\u0131n \u00f6n\u00fcne ge\u00e7ebilirsiniz.<\/li>\n
- Varsay\u0131lan De\u011ferler:<\/strong> LimitRange, geli\u015ftiricilerin her Pod tan\u0131m\u0131na kaynak istekleri ve limitleri eklemesini zorunlu k\u0131lar veya otomatik olarak varsay\u0131lan de\u011ferler atar. Bu, hatal\u0131 yap\u0131land\u0131rmalar\u0131 \u00f6nler.<\/li>\n
- Tutarl\u0131l\u0131k:<\/strong> K\u00fcmedeki t\u00fcm Pod'lar\u0131n belirli standartlara uygun kaynak talep etmesini ve kullanmas\u0131n\u0131 sa\u011flar, bu da k\u00fcme genelinde daha iyi planlama ve kaynak da\u011f\u0131t\u0131m\u0131 anlam\u0131na gelir.<\/li>\n<\/ul>\n
\u00d6rnek bir LimitRange tan\u0131m\u0131:<\/p>\n
\napiVersion: v1\nkind: LimitRange\nmetadata:\n name: default-container-limits\n namespace: dev-projesi\nspec:\n limits:\n - default:\n cpu: 500m\n memory: 512Mi\n defaultRequest:\n cpu: 250m\n memory: 256Mi\n max:\n cpu: 1\n memory: 1Gi\n type: Container\n<\/pre>\n<\/code><\/p>\n
Bu LimitRange, dev-projesi<\/code> isim alan\u0131ndaki t\u00fcm kapsay\u0131c\u0131lara varsay\u0131lan 250m CPU iste\u011fi ve 256Mi bellek iste\u011fi atar. Ayr\u0131ca, her kapsay\u0131c\u0131 i\u00e7in maksimum 1 CPU ve 1 GiB bellek limiti belirler.<\/p>\nPersistentVolumeClaim (PVC) Kotalar\u0131n\u0131 Y\u00f6netme<\/h3>\n
Depolama kaynaklar\u0131 da, \u00f6zellikle bulut ortamlar\u0131nda, \u00f6nemli bir maliyet fakt\u00f6r\u00fc olabilir. Kaynak Kotalar\u0131, depolama alan\u0131 taleplerini de kontrol etmenizi sa\u011flar. requests.storage<\/code> ile toplam depolama miktar\u0131n\u0131, persistentvolumeclaims<\/code> ile de PVC say\u0131s\u0131n\u0131 s\u0131n\u0131rlayabilirsiniz. Daha da \u00f6nemlisi, belirli StorageClass<\/code>'lara g\u00f6re kota belirleyebilirsiniz:<\/p>\n\napiVersion: v1\nkind: ResourceQuota\nmetadata:\n name: storage-quota\n namespace: prod-data\nspec:\n hard:\n requests.storage: \"2Ti\"\n persistentvolumeclaims: \"20\"\n storageclasses.storage.k8s.io\/premium-ssd: \"500Gi\" # Sadece premium-ssd s\u0131n\u0131f\u0131 i\u00e7in 500Gi limit\n persistentvolumeclaims.storageclasses.storage.k8s.io\/premium-ssd: \"5\" # premium-ssd s\u0131n\u0131f\u0131ndan en fazla 5 PVC\n<\/pre>\n<\/code><\/p>\n
Bu, farkl\u0131 depolama katmanlar\u0131n\u0131n maliyet ve performans dengesini y\u00f6netmenize yard\u0131mc\u0131 olur.<\/p>\n
Kotalar\u0131 \u0130zleme ve Uyar\u0131 Sistemleri<\/h3>\n
Kotalar\u0131 tan\u0131mlamak iyi bir ba\u015flang\u0131\u00e7t\u0131r, ancak bunlar\u0131 aktif olarak izlemek ve s\u0131n\u0131rlar\u0131n a\u015f\u0131lmas\u0131 durumunda uyar\u0131 almak \u00e7ok daha kritiktir. Prometheus ve Grafana gibi izleme ara\u00e7lar\u0131, Kaynak Kotalar\u0131'n\u0131n kullan\u0131m metriklerini toplamak ve g\u00f6rselle\u015ftirmek i\u00e7in m\u00fckemmeldir. Kubernetes API'si, Kaynak Kotas\u0131 kullan\u0131m\u0131n\u0131 Used<\/code> ve Hard<\/code> alanlar\u0131 arac\u0131l\u0131\u011f\u0131yla g\u00f6sterir. Bu verileri d\u00fczenli olarak sorgulayarak veya bir izleme sistemi entegre ederek:<\/p>\n\n- Kotan\u0131n ne kadar\u0131n\u0131n kullan\u0131ld\u0131\u011f\u0131n\u0131 ger\u00e7ek zamanl\u0131 olarak g\u00f6rebilirsiniz.<\/li>\n
- Kotalar dolmaya yakla\u015ft\u0131\u011f\u0131nda proaktif uyar\u0131lar alabilirsiniz (\u00f6rne\u011fin, %80'ine ula\u015f\u0131ld\u0131\u011f\u0131nda).<\/li>\n
- Hangi isim alanlar\u0131n\u0131n kaynaklara en \u00e7ok ihtiya\u00e7 duydu\u011funu belirleyerek gelecekteki kapasite planlamas\u0131n\u0131 yapabilirsiniz.<\/li>\n<\/ul>\n
Kota Boyutland\u0131rma Stratejileri<\/h3>\n
Kotalar\u0131 belirlerken \"tek beden herkese uyar\" yakla\u015f\u0131m\u0131ndan ka\u00e7\u0131n\u0131lmal\u0131d\u0131r. Her tak\u0131m\u0131n veya uygulaman\u0131n farkl\u0131 ihtiya\u00e7lar\u0131 vard\u0131r. Ba\u015far\u0131l\u0131 bir kota stratejisi i\u00e7in:<\/p>\n
\n- Ge\u00e7mi\u015f Verileri Analiz Edin:<\/strong> Mevcut veya ge\u00e7mi\u015f kaynak kullan\u0131m verilerini (e\u011fer varsa) analiz ederek ger\u00e7ek\u00e7i temel \u00e7izgiler belirleyin.<\/li>\n
- Geli\u015ftiricilerle \u0130leti\u015fim Kurun:<\/strong> Her ekibin kendi ihtiya\u00e7lar\u0131n\u0131 ve beklentilerini anlamak i\u00e7in onlarla konu\u015fun. Kotalar\u0131n neden uyguland\u0131\u011f\u0131n\u0131 ve nas\u0131l optimize edebileceklerini a\u00e7\u0131klay\u0131n.<\/li>\n
- \u0130teratif Yakla\u015f\u0131m:<\/strong> Kotalar\u0131 ba\u015flang\u0131\u00e7ta biraz daha c\u00f6mert belirleyip, zamanla kullan\u0131m\u0131 g\u00f6zlemleyerek kademeli olarak s\u0131k\u0131la\u015ft\u0131r\u0131n. An\u0131nda \u00e7ok kat\u0131 kotalar, geli\u015ftirici direnci yaratabilir.<\/li>\n
- Uygulama Ya\u015fam D\u00f6ng\u00fcs\u00fcn\u00fc G\u00f6z \u00d6n\u00fcnde Bulundurun:<\/strong> Geli\u015ftirme ortamlar\u0131 i\u00e7in daha esnek, \u00fcretim ortamlar\u0131 i\u00e7in daha garanti odakl\u0131 kotalar tan\u0131mlay\u0131n.<\/li>\n<\/ul>\n\n
Uzman \u0130pucu: Kotalar\u0131n a\u015f\u0131lmas\u0131 durumunda olu\u015fan \"Forbidden\" hatalar\u0131, geli\u015ftiricilerin genellikle ilk kar\u015f\u0131la\u015ft\u0131\u011f\u0131 sorunlard\u0131r. Bu hatalar\u0131 proaktif olarak izleyin ve geli\u015ftiricilere kaynaklar\u0131n\u0131 nas\u0131l optimize edecekleri konusunda rehberlik edin. Otomatik bildirim sistemleri bu s\u00fcre\u00e7te \u00e7ok yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n<\/p><\/div>\n
Bu ileri d\u00fczey ipu\u00e7lar\u0131 ve en iyi uygulamalar, Kubernetes Kaynak Kotalar\u0131'ndan maksimum fayda sa\u011flaman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Do\u011fru uyguland\u0131\u011f\u0131nda, kotalar sadece kaynak t\u00fcketimini kontrol etmekle kalmaz, ayn\u0131 zamanda k\u00fcme genelinde daha iyi bir y\u00f6netim disiplini ve operasyonel verimlilik sa\u011flar.<\/p>\n
Vaka Analizi: B\u00fcy\u00fck Bir Kurulu\u015fta Kaynak \u0130sraf\u0131n\u0131 \u00d6nleme ve Maliyet Optimizasyonu<\/h3>\n
B\u00fcy\u00fck \u00f6l\u00e7ekli kurulu\u015flar, teknolojik altyap\u0131lar\u0131n\u0131 y\u00f6netirken genellikle karma\u015f\u0131k zorluklarla kar\u015f\u0131la\u015f\u0131rlar. \u00d6zellikle birden fazla i\u015f biriminin ve y\u00fczlerce geli\u015ftiricinin ayn\u0131 Kubernetes k\u00fcmelerini payla\u015ft\u0131\u011f\u0131 durumlarda, kaynak israf\u0131 ve \u00f6ng\u00f6r\u00fclemeyen maliyet art\u0131\u015flar\u0131 yayg\u0131n bir problem haline gelebilir. \"FinansGlobal\" ad\u0131nda k\u00fcresel bir bankac\u0131l\u0131k ve finans kurulu\u015fu, bu sorunlarla y\u00fczle\u015fen tipik bir \u00f6rnekti.<\/p>\n
Problemler:<\/strong><\/p>\n\n- Kaynak \u00c7at\u0131\u015fmalar\u0131:<\/strong> Farkl\u0131 geli\u015ftirme ekipleri (kredi, yat\u0131r\u0131m, mobil bankac\u0131l\u0131k vb.) ayn\u0131 Kubernetes k\u00fcmesinde \u00e7al\u0131\u015f\u0131yordu. Bir ekibin y\u00fcksek kaynak t\u00fcketen testleri, di\u011fer kritik uygulamalar\u0131n performans\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcyor, hatta baz\u0131 hizmetlerin kesintiye u\u011framas\u0131na neden oluyordu.<\/li>\n
- Maliyet Art\u0131\u015flar\u0131:<\/strong> Kaynak kullan\u0131m\u0131 kontrols\u00fcz oldu\u011fu i\u00e7in, k\u00fcme y\u00f6neticileri s\u00fcrekli olarak yeni d\u00fc\u011f\u00fcmler eklemek zorunda kal\u0131yordu. Bu durum, ayl\u0131k bulut faturas\u0131n\u0131n beklenenden \u00e7ok daha y\u00fcksek gelmesine yol a\u00e7\u0131yordu. Bo\u015fta duran veya verimsiz kullan\u0131lan kaynaklar ciddi bir maliyet kalemine d\u00f6n\u00fc\u015fm\u00fc\u015ft\u00fc.<\/li>\n
- \u00d6ng\u00f6r\u00fclemezlik:<\/strong> Hangi uygulaman\u0131n ne kadar kaynak t\u00fcketece\u011fi belirsizdi, bu da kapasite planlamas\u0131n\u0131 imkans\u0131z hale getiriyordu. Geli\u015ftirme ve test s\u00fcre\u00e7leri s\u0131k s\u0131k kaynak yetersizli\u011fi nedeniyle sekteye u\u011fruyordu.<\/li>\n
- G\u00fcvenlik Riskleri:<\/strong> Kaynaklar\u0131n kontrols\u00fcz da\u011f\u0131t\u0131m\u0131, bir ad alan\u0131ndaki sorunlar\u0131n t\u00fcm k\u00fcmeye yay\u0131lma riskini ta\u015f\u0131yordu.<\/li>\n<\/ul>\n
Uygulanan \u00c7\u00f6z\u00fcm: Kubernetes Kaynak Kotalar\u0131 ve LimitRange<\/strong><\/p>\nFinansGlobal'\u0131n DevOps ekibi, bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in Kubernetes Kaynak Kotalar\u0131 ve LimitRange kombinasyonunu stratejik olarak uygulamaya karar verdi. Ama\u00e7, her i\u015f birimi i\u00e7in ayr\u0131 ad alanlar\u0131 olu\u015fturmak ve bu ad alanlar\u0131na \u00f6zel, adil ve \u00f6ng\u00f6r\u00fclebilir kaynak limitleri getirmekti.<\/p>\n
\n- Ad Alan\u0131 Ay\u0131rma:<\/strong> Her bir i\u015f birimi ve ortam (Dev, QA, Prod) i\u00e7in ayr\u0131 Kubernetes ad alanlar\u0131 tan\u0131mland\u0131. \u00d6rne\u011fin,
kredi-dev<\/code>, kredi-prod<\/code>, yatirim-dev<\/code>, yatirim-prod<\/code> gibi.<\/li>\n- Kapsaml\u0131 Kaynak Kotas\u0131 Tan\u0131mlamalar\u0131:<\/strong> Her ad alan\u0131 i\u00e7in \u00f6zel Kaynak Kotalar\u0131 tan\u0131mland\u0131. Bu kotalar \u015funlar\u0131 i\u00e7eriyordu:\n
\n- CPU ve Bellek:<\/strong> Her ad alan\u0131 i\u00e7in toplam CPU ve bellek
requests<\/code> ve limits<\/code> de\u011ferleri belirlendi. \u00dcretim ad alanlar\u0131na daha y\u00fcksek garantili kaynaklar (requests) ayr\u0131l\u0131rken, geli\u015ftirme ad alanlar\u0131na daha esnek ama yine de s\u0131n\u0131rl\u0131 kotalar uyguland\u0131.<\/li>\n- Nesne Say\u0131lar\u0131:<\/strong> Her ad alan\u0131nda olu\u015fturulabilecek maksimum Pod, Servis ve ConfigMap say\u0131s\u0131 s\u0131n\u0131rlanarak gereksiz kaynak \u015fi\u015fkinli\u011fi \u00f6nlendi.<\/li>\n
- Depolama Kotalar\u0131:<\/strong> \u00d6zellikle veri yo\u011fun uygulamalar i\u00e7in, her ad alan\u0131na atanabilecek toplam depolama miktar\u0131 ve PVC say\u0131s\u0131 s\u0131n\u0131rland\u0131r\u0131ld\u0131. Farkl\u0131
StorageClass<\/code>'lar i\u00e7in de \u00f6zel kotalar uyguland\u0131 (\u00f6rne\u011fin, \"premium-ssd\" i\u00e7in daha s\u0131k\u0131 limitler).<\/li>\n<\/ul>\n<\/li>\n- LimitRange Uygulamas\u0131:<\/strong> Her ad alan\u0131nda, her bir Pod'un talep edebilece\u011fi ve kullanabilece\u011fi minimum\/maksimum kaynaklar\u0131 belirleyen LimitRange objeleri de uyguland\u0131. Bu, geli\u015ftiricilerin her Pod'a makul kaynak istekleri ve limitleri atamas\u0131n\u0131 zorunlu k\u0131ld\u0131, b\u00f6ylece k\u00fc\u00e7\u00fck Pod'lar dahi a\u015f\u0131r\u0131 kaynak t\u00fcketmiyordu.<\/li>\n
- \u0130zleme ve Uyar\u0131 Sistemleri:<\/strong> Prometheus ve Grafana kullan\u0131larak Kaynak Kotalar\u0131'n\u0131n anl\u0131k kullan\u0131m\u0131 izlendi. Kotalar %80 dolulu\u011fa ula\u015ft\u0131\u011f\u0131nda otomatik uyar\u0131lar g\u00f6nderilerek, ekiplerin proaktif olarak kaynaklar\u0131n\u0131 optimize etmeleri veya ek kaynak talebinde bulunmalar\u0131 sa\u011fland\u0131.<\/li>\n<\/ol>\n
Elde Edilen Sonu\u00e7lar:<\/strong><\/p>\nBu stratejinin uygulanmas\u0131yla FinansGlobal, \u00f6nemli faydalar elde etti:<\/p>\n
\n- Maliyet Optimizasyonu:<\/strong> En b\u00fcy\u00fck kazan\u0131m, bulut maliyetlerinde g\u00f6zle g\u00f6r\u00fcl\u00fcr bir d\u00fc\u015f\u00fc\u015f oldu. Kaynak israf\u0131 azald\u0131 ve gereksiz d\u00fc\u011f\u00fcm eklemelerinin \u00f6n\u00fcne ge\u00e7ildi. Ayl\u0131k fatura %20 oran\u0131nda azald\u0131.<\/li>\n
- Artan \u0130stikrar ve G\u00fcvenilirlik:<\/strong> \u00dcretim ortamlar\u0131ndaki uygulamalar\u0131n performans\u0131 ve istikrar\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde artt\u0131. Kaynak \u00e7at\u0131\u015fmalar\u0131 minimuma indi ve hizmet kesintileri azald\u0131.<\/li>\n
- \u00d6ng\u00f6r\u00fclebilir Kapasite Planlamas\u0131:<\/strong> Kaynak kullan\u0131m\u0131 daha \u00f6ng\u00f6r\u00fclebilir hale geldi\u011fi i\u00e7in, DevOps ekibi gelecekteki kapasite ihtiya\u00e7lar\u0131n\u0131 daha do\u011fru bir \u015fekilde planlayabildi.<\/li>\n
- Geli\u015ftirici Sorumlulu\u011fu:<\/strong> Kotalar, geli\u015ftiricileri uygulamalar\u0131n\u0131 daha kaynak dostu bir \u015fekilde tasarlamaya ve optimize etmeye te\u015fvik etti. Art\u0131k her ekip, kendi kaynak b\u00fct\u00e7esi dahilinde \u00e7al\u0131\u015fmak zorundayd\u0131.<\/li>\n
- \u0130\u015f Birimleri Aras\u0131 Adil Da\u011f\u0131t\u0131m:<\/strong> Her i\u015f biriminin, tan\u0131mlanm\u0131\u015f adil kaynak pay\u0131na sahip oldu\u011fu ve di\u011ferlerinin kaynaklar\u0131n\u0131 \"\u00e7almas\u0131n\u0131n\" engellendi\u011fi bir ortam olu\u015ftu.<\/li>\n<\/ul>\n
FinansGlobal'\u0131n deneyimi, Kubernetes Kaynak Kotalar\u0131'n\u0131n sadece teknik bir ara\u00e7 olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda b\u00fcy\u00fck \u00f6l\u00e7ekli kurulu\u015flarda operasyonel verimlili\u011fi, maliyet kontrol\u00fcn\u00fc ve i\u015f birimleri aras\u0131 adil kaynak da\u011f\u0131t\u0131m\u0131n\u0131 sa\u011flayan stratejik bir y\u00f6netim arac\u0131 oldu\u011funu kan\u0131tlamaktad\u0131r. Bu sayede \u015firket, daha \u00e7evik, maliyet etkin ve istikrarl\u0131 bir altyap\u0131ya sahip olmu\u015ftur.<\/p>\n
Sonu\u00e7: Kaynak Kotalar\u0131 ile Kontroll\u00fc ve Verimli Kubernetes Ortamlar\u0131<\/h2>\n
Kubernetes, modern uygulama da\u011f\u0131t\u0131m ve y\u00f6netimi i\u00e7in e\u015fsiz bir platform sunar. Ancak, bu g\u00fcc\u00fcn kontrols\u00fcz kullan\u0131m\u0131, \u00f6zellikle \u00e7ok kirac\u0131l\u0131 ortamlarda ciddi maliyetlere, performans sorunlar\u0131na ve operasyonel karma\u015f\u0131kl\u0131klara yol a\u00e7abilir. \u0130\u015fte tam da bu noktada Kubernetes Kaynak Kotalar\u0131, k\u00fcme y\u00f6neticilerinin ve geli\u015ftiricilerin elini g\u00fc\u00e7lendiren kritik bir mekanizma olarak \u00f6ne \u00e7\u0131kar.<\/p>\n
Bu makale boyunca, Kaynak Kotalar\u0131'n\u0131n ne oldu\u011funu, neden bu kadar \u00f6nemli oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l uygulanabilece\u011fini detayl\u0131 bir \u015fekilde inceledik. Temel kavramlardan ba\u015flayarak, ad\u0131m ad\u0131m uygulamal\u0131 \u00f6rneklere, ileri d\u00fczey ipu\u00e7lar\u0131na ve kapsaml\u0131 vaka analizlerine kadar, Kaynak Kotalar\u0131'n\u0131n bir Kubernetes k\u00fcmesinde adil, \u00f6ng\u00f6r\u00fclebilir ve maliyet etkin bir kaynak da\u011f\u0131t\u0131m\u0131 sa\u011flaman\u0131n anahtar\u0131 oldu\u011funu g\u00f6rd\u00fck.<\/p>\n
Kaynak Kotalar\u0131'n\u0131 do\u011fru bir \u015fekilde uygulamak, \"g\u00fcr\u00fclt\u00fcl\u00fc kom\u015fu\" sorunlar\u0131n\u0131 ortadan kald\u0131r\u0131r, kaynak israf\u0131n\u0131 \u00f6nler ve bulut maliyetlerini optimize eder. Ayr\u0131ca, geli\u015ftiricileri daha kaynak duyarl\u0131 uygulamalar tasarlamaya te\u015fvik ederken, \u00fcretim ortamlar\u0131n\u0131n istikrar\u0131n\u0131 ve g\u00fcvenilirli\u011fini garanti alt\u0131na al\u0131r. LimitRange ile birle\u015fti\u011finde ise, tekil Pod'lardan k\u00fcme geneline kadar her seviyede kaynak kullan\u0131m\u0131 \u00fczerinde hassas bir kontrol imkan\u0131 sunar.<\/p>\n
Unutmamak gerekir ki, Kaynak Kotalar\u0131'n\u0131 tan\u0131mlamak sadece ba\u015flang\u0131\u00e7t\u0131r. S\u00fcrekli izleme, esnek boyutland\u0131rma stratejileri ve geli\u015ftirici ekipleriyle a\u00e7\u0131k ileti\u015fim, bu mekanizman\u0131n uzun vadeli ba\u015far\u0131s\u0131 i\u00e7in hayati \u00f6neme sahiptir. Kubernetes'in sundu\u011fu bu g\u00fc\u00e7l\u00fc \u00f6zellikten faydalanarak, daha y\u00f6netilebilir, performansl\u0131 ve s\u00fcrd\u00fcr\u00fclebilir bir bulut yerel altyap\u0131 olu\u015fturabilirsiniz.<\/p>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n\n- S: Bir Pod, Kaynak Kotas\u0131'n\u0131 a\u015farsa ne olur?<\/strong><\/dt>\n
- C: E\u011fer bir Pod'un talep etti\u011fi veya kulland\u0131\u011f\u0131 kaynak miktar\u0131, isim alan\u0131na uygulanan Kaynak Kotas\u0131'n\u0131n limitlerini a\u015farsa, Kubernetes API Sunucusu bu Pod'un olu\u015fturulmas\u0131n\u0131 veya g\u00fcncellenmesini reddeder. Kullan\u0131c\u0131ya \"Forbidden\" (Yasakland\u0131) hatas\u0131 d\u00f6ner ve Pod k\u00fcmede ba\u015flat\u0131lamaz.<\/dd>\n
- S: Kaynak Kotas\u0131'n\u0131 tek bir Pod i\u00e7in belirleyebilir miyim?<\/strong><\/dt>\n
- C: Hay\u0131r, Kaynak Kotalar\u0131 her zaman bir Kubernetes isim alan\u0131 (namespace) d\u00fczeyinde uygulan\u0131r. Tek bir Pod'un kaynaklar\u0131n\u0131 kontrol etmek i\u00e7in Pod tan\u0131m\u0131nda
resources.requests<\/code> ve resources.limits<\/code> alanlar\u0131n\u0131 kullanmal\u0131 ve bu Pod'un bulundu\u011fu isim alan\u0131nda bir LimitRange<\/code> objesi tan\u0131mlamal\u0131s\u0131n\u0131z. LimitRange, Pod'lar i\u00e7in varsay\u0131lan ve maksimum\/minimum kaynaklar\u0131 belirleyebilir.<\/dd>\n- S: Kaynak Kotas\u0131 kullan\u0131m\u0131n\u0131 nas\u0131l izleyebilirim?<\/strong><\/dt>\n
- C: Kaynak Kotas\u0131 kullan\u0131m\u0131n\u0131 izlemenin en temel yolu
kubectl describe resourcequota -n <\/code> komutunu kullanmakt\u0131r. Bu komut, kotan\u0131n ne kadar\u0131n\u0131n kullan\u0131ld\u0131\u011f\u0131n\u0131 (Used<\/code>) ve maksimum limitini (Hard<\/code>) g\u00f6sterir. Daha geli\u015fmi\u015f izleme i\u00e7in Prometheus ve Grafana gibi ara\u00e7lar\u0131 entegre ederek, zaman i\u00e7indeki kullan\u0131m trendlerini g\u00f6rselle\u015ftirebilir ve uyar\u0131 sistemleri kurabilirsiniz.<\/dd>\n- S: ResourceQuota ile LimitRange aras\u0131ndaki fark nedir?<\/strong><\/dt>\n
- C: Temel fark, kapsamlar\u0131ndad\u0131r.
ResourceQuota<\/code>, bir isim alan\u0131n\u0131n *toplam* kaynak t\u00fcketimini (CPU, bellek, Pod say\u0131s\u0131 vb.) s\u0131n\u0131rlar. LimitRange<\/code> ise, bir isim alan\u0131 i\u00e7indeki *her bir* Pod veya kapsay\u0131c\u0131 i\u00e7in kaynak requests<\/code> ve limits<\/code> de\u011ferlerini zorunlu k\u0131lar veya varsay\u0131lan de\u011ferler atar. Birlikte kullan\u0131ld\u0131klar\u0131nda, hem isim alan\u0131 geneli hem de bireysel Pod'lar \u00fczerinde kapsaml\u0131 kontrol sa\u011flarlar.<\/dd>\n- S: Kaynak Kotalar\u0131 k\u00fcme d\u00fczeyinde uygulanabilir mi?<\/strong><\/dt>\n
- C: Hay\u0131r, Kaynak Kotalar\u0131 do\u011frudan k\u00fcme d\u00fczeyinde uygulanamaz. Her zaman bir isim alan\u0131 ile ili\u015fkilidirler. Ancak, birden fazla isim alan\u0131na kota uygulayarak ve bu isim alanlar\u0131n\u0131n toplam kotalar\u0131n\u0131 k\u00fcmenin genel kapasitesiyle uyumlu hale getirerek dolayl\u0131 olarak k\u00fcme kaynaklar\u0131n\u0131 y\u00f6netebilirsiniz. K\u00fcme d\u00fczeyinde kaynak izolasyonu ve y\u00f6netimi i\u00e7in genellikle d\u00fc\u011f\u00fcm havuzlar\u0131 (node pools) veya ayr\u0131 k\u00fcmeler gibi \u00e7\u00f6z\u00fcmler tercih edilir.<\/dd>\n<\/dl>\n
<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir…","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":[1491],"tags":[],"class_list":{"0":"post-33194","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-kubernetes","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m<\/title>\n<meta name=\"description\" content=\"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\" \/>\n<meta property=\"og:locale\" content=\"tr_TR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m\" \/>\n<meta property=\"og:description\" content=\"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\" \/>\n<meta property=\"og:site_name\" content=\"Kodlar\u0131n Gizemli D\u00fcnyas\u0131\" \/>\n<meta property=\"article:published_time\" content=\"2025-10-30T21:31:19+00:00\" \/>\n<meta name=\"author\" content=\"Fatih Soysal\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Yazan:\" \/>\n\t<meta name=\"twitter:data1\" content=\"Fatih Soysal\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tahmini okuma s\u00fcresi\" \/>\n\t<meta name=\"twitter:data2\" content=\"25 dakika\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\"},\"author\":{\"name\":\"Fatih Soysal\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\"},\"headline\":\"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m\",\"datePublished\":\"2025-10-30T21:31:19+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\"},\"wordCount\":4552,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\"},\"articleSection\":[\"Kubernetes\"],\"inLanguage\":\"tr\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#respond\"]}],\"copyrightYear\":\"2025\",\"copyrightHolder\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#organization\"}},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\",\"name\":\"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m\",\"isPartOf\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#website\"},\"datePublished\":\"2025-10-30T21:31:19+00:00\",\"description\":\"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.\",\"breadcrumb\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#breadcrumb\"},\"inLanguage\":\"tr\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Anasayfa\",\"item\":\"https:\/\/fatihsoysal.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#website\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/\",\"name\":\"Fatihsoysal.com\",\"description\":\"Blog - Yaz\u0131l\u0131m D\u00fcnyas\u0131 Tecr\u00fcbelerim\",\"publisher\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/fatihsoysal.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"tr\"},{\"@type\":[\"Person\",\"Organization\"],\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\",\"name\":\"Fatih Soysal\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"tr\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png\",\"contentUrl\":\"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png\",\"width\":512,\"height\":512,\"caption\":\"Fatih Soysal\"},\"logo\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/\"},\"description\":\"Kullan\u0131m ve kodlama m\u00fckemmeliyetini odak alan uygulamalar olu\u015fturma deneyimine sahip, profesyonel olarak 15+ y\u0131l \u00fczeri deneyime sahip bir yaz\u0131l\u0131m m\u00fchendisi.\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/author\/fatihsoysal\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m","description":"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/","og_locale":"tr_TR","og_type":"article","og_title":"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m","og_description":"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.","og_url":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/","og_site_name":"Kodlar\u0131n Gizemli D\u00fcnyas\u0131","article_published_time":"2025-10-30T21:31:19+00:00","author":"Fatih Soysal","twitter_card":"summary_large_image","twitter_misc":{"Yazan:":"Fatih Soysal","Tahmini okuma s\u00fcresi":"25 dakika"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#article","isPartOf":{"@id":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/"},"author":{"name":"Fatih Soysal","@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1"},"headline":"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m","datePublished":"2025-10-30T21:31:19+00:00","mainEntityOfPage":{"@id":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/"},"wordCount":4552,"commentCount":0,"publisher":{"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1"},"articleSection":["Kubernetes"],"inLanguage":"tr","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#respond"]}],"copyrightYear":"2025","copyrightHolder":{"@id":"https:\/\/fatihsoysal.com\/blog\/#organization"}},{"@type":"WebPage","@id":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/","url":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/","name":"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m","isPartOf":{"@id":"https:\/\/fatihsoysal.com\/blog\/#website"},"datePublished":"2025-10-30T21:31:19+00:00","description":"Kubernetes k\u00fcmelerinde kaynak y\u00f6netimi, \u00f6zellikle birden fazla ekibin veya uygulaman\u0131n ayn\u0131 altyap\u0131y\u0131 payla\u015ft\u0131\u011f\u0131 \u00e7ok kirac\u0131l\u0131 ortamlarda kritik bir konudur. Bu karma\u015f\u0131k senaryolarda kaynaklar\u0131n adil ve verimli bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131, hem maliyet kontrol\u00fc hem de uygulama istikrar\u0131 a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Peki, bir uygulaman\u0131n di\u011ferini ezmesini nas\u0131l engeller, kaynak israf\u0131n\u0131 nas\u0131l \u00f6nleriz? \u0130\u015fte bu noktada Kubernetes Kaynak Kotalar\u0131 devreye giriyor.","breadcrumb":{"@id":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#breadcrumb"},"inLanguage":"tr","potentialAction":[{"@type":"ReadAction","target":["https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/fatihsoysal.com\/blog\/kubernetes-kaynak-kotasi-cok-kiracili-ortamlarda-adil-dagitim\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Anasayfa","item":"https:\/\/fatihsoysal.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Kubernetes Kaynak Kotas\u0131: \u00c7ok Kirac\u0131l\u0131 Ortamlarda Adil Da\u011f\u0131t\u0131m"}]},{"@type":"WebSite","@id":"https:\/\/fatihsoysal.com\/blog\/#website","url":"https:\/\/fatihsoysal.com\/blog\/","name":"Fatihsoysal.com","description":"Blog - Yaz\u0131l\u0131m D\u00fcnyas\u0131 Tecr\u00fcbelerim","publisher":{"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/fatihsoysal.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"tr"},{"@type":["Person","Organization"],"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1","name":"Fatih Soysal","image":{"@type":"ImageObject","inLanguage":"tr","@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/","url":"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png","contentUrl":"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png","width":512,"height":512,"caption":"Fatih Soysal"},"logo":{"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/"},"description":"Kullan\u0131m ve kodlama m\u00fckemmeliyetini odak alan uygulamalar olu\u015fturma deneyimine sahip, profesyonel olarak 15+ y\u0131l \u00fczeri deneyime sahip bir yaz\u0131l\u0131m m\u00fchendisi.","url":"https:\/\/fatihsoysal.com\/blog\/author\/fatihsoysal\/"}]}},"yoast_meta":{"yoast_wpseo_title":"","yoast_wpseo_metadesc":"","yoast_wpseo_canonical":""},"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/posts\/33194","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/comments?post=33194"}],"version-history":[{"count":0,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/posts\/33194\/revisions"}],"wp:attachment":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/media?parent=33194"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/categories?post=33194"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/tags?post=33194"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}