Yönetilen Uygulamalar
Veritabanınızı dakikalar içinde açın, yedekli kurulumu hazır gelsin
PostgreSQL, MySQL, MongoDB, Redis, Kafka ve ClickHouse bulut portalından birkaç tıklamayla doğrudan kendi Kubernetes cluster'ınıza kurulur. Operatör seçimi, yedekli topoloji ve yedek kurgusu sizin yerinize verilmiş kararlarla gelir.
Neden şimdi
- Uygulamanız Kubernetes'e taşındı ama veritabanı hâlâ ayrı bir sanal sunucuda, elle kurulmuş tek bir kopya olarak duruyor. O sunucu bakıma girdiğinde uygulama da duruyor; burada PostgreSQL uygulamayla aynı cluster'da bir primary ve iki hot standby olarak açılır.
- Ekibiniz iki haftadır hangi veritabanı operatörünün seçileceğini, yedekli kurulumun ve yedeğin nasıl yapılacağını tartışıyor. Katalogda bu sorular cevaplanmış olarak gelir; tartışma yerine kurulum yaparsınız.
- Ürün ekibi yarın kullanıcı olaylarını toplamaya başlamak istiyor ama Kafka kuracak kimse yok. Kafka ve ClickHouse, PostgreSQL ile aynı sihirbazdan, aynı gün kurulur.
- Büyük bir şema değişikliği öncesi yedek almak bir bilet ve bir gün bekleme demek. Portaldaki "Şimdi yedekle" düğmesiyle yedek kendi bucket'ınıza yazılır, gerekirse yeni bir kopya olarak açılır.
- Müşterileriniz verinin başka şirketlerle paylaşılan bir veritabanı servisinde durmasını kabul etmiyor. Her motor sizin cluster'ınızda, sizin operatörünüzle çalışır.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Veritabanı ayrı bir sunucuda tek kopya; sunucu giderse uygulama da gider. | PostgreSQL bir primary ve iki hot standby ile çalışır; primary düşerse standby'lardan biri onun yerini alır. |
| Operatör seçimi, yedekli topoloji ve yedek kurgusu haftalarca tartışılır. | Şablonu seçer, ad ve boy verirsiniz; bu kararlar katalogda verilmiş olarak gelir. |
| Yedek almak ve geri dönmek, birinin elle yaptığı ve kimsenin denemediği bir iştir. | Yedeği düğmeyle kendi bucket'ınıza alır, PostgreSQL yedeğini çalışan veritabanına dokunmadan yeni bir kopya olarak açarsınız. |
| Yükseltme bir gece yarısı operasyonudur, geri dönüş yolu belirsizdir. | Güncelle düğmesi kademeli yükseltmeyi başlatır; eski sürüme dönüş de tek bir değer değişikliğidir. |
| Bir imajda hangi güvenlik açığının olduğunu kimse takip etmez. | Motor imajları her gün taranır, sürüm başına açık durumu portalda görünür; eski kalan kurulum işaretlenir. |
Bugünden canlıya: nasıl işler
- 1
Keşif görüşmesi
Hangi motorlara, hangi boylara ve hangi ortamlarda ihtiyacınız olduğu Nesnet ekibiyle bir görüşmede netleşir. Cluster'ınızın yedekli kurulum için yeterli worker taşıyıp taşımadığına birlikte bakılır.
- 2
Kubernetes cluster'ı
Ürün, Yönetilen Kubernetes ile kurulmuş bir cluster'a kurulur. Cluster'ınız yoksa önce Yönetilen Kubernetes ile bir cluster açılır.
- 3
Kiracının etkinleştirilmesi
Nesnet kiracınızı etkinleştirir ve operatörü cluster'ınıza kurar. Bu adımdan sonra katalog portalınızda görünür.
- 4
Sihirbazla ilk kurulum
Şablonu seçer, ad ve boy verip dağıtırsınız; kapasite kontrolü kurulum başlamadan yapılır ve eksik worker varsa söylenir.
- 5
Bağlantı ve ilk yedek
Bağlantı bilgisini uygulamanıza verirsiniz. PostgreSQL, MySQL ya da MongoDB kurduysanız ilk yedeği "Şimdi yedekle" ile kendi bucket'ınıza alırsınız.
Neler alırsınız
Portaldan birkaç adımda veritabanı
Şablonu seçer, uygulamaya ad ve boy verir, isterseniz Helm değerlerini düzenleyip Dağıt'a basarsınız. Boy seçildikten sonra CPU, bellek, disk ve kopya sayısı da elle değiştirilebilir; kubectl ya da Helm komutu yazmanız gerekmez.
Primary düşse de veritabanı çalışır
Standart PostgreSQL kurulumu bir primary ve iki hot standby'dan oluşur. Primary düştüğünde operatör standby'lardan birini primary yapar ve uygulamanın bağlandığı servis yeni primary'yi gösterir; geliştirme için tek kopyalı kurulum da aynı şablondan seçilir.
Altı motor tek katalogda
PostgreSQL, MySQL, MongoDB, Redis, Kafka ve ClickHouse aynı katalogdan, aynı sihirbazla kurulur ve aynı listede yönetilir. Altı motorun hepsi Nesnet'in canlı cluster'ında uçtan uca kurulup bağlantı bilgisiyle birlikte denendi.
Her node'a yazabilen MySQL
MySQL eşzamanlı çoğaltmalı üç node ve önünde iki bağlantı yönlendiricisi olarak kurulur; üç node da yazma alır. Bir node kaybedildiğinde yönlendirici trafiği sağlam node'lara aktarır ve uygulama aynı adrese bağlanmaya devam eder.
Replica set olarak MongoDB
MongoDB üç üyeli bir replica set olarak kurulur ve üyeler ayrı node'lara dağıtılır. Bir üye düştüğünde kalan üyeler yeni bir birincil seçer ve uygulama aynı bağlantı dizesiyle yazmayı sürdürür.
Olay akışı için hazır Kafka
Kafka üç birleşik controller ve broker node'u ile, ayrı bir koordinasyon servisi gerektirmeyen KRaft modunda kurulur. Topic ve kullanıcı tanımları operatör üzerinden yönetilir; kullanıcı olaylarını ve servisler arası mesajları ilk gün akıtmaya başlarsınız.
Raporlar için ClickHouse
ClickHouse bir shard ve varsayılan iki replika ile kurulur; analitik sorgular uygulama veritabanınızı yormadan ayrı bir motorda çalışır. Kafka'dan gelen olayları aynı cluster içinde, aynı ağda raporlara dönüştürürsünüz.
Önbellek için Redis
Redis tek node olarak kurulur ve verisini AOF ile kalıcı diskte tutar; pod yeniden başlasa da önbellek boş açılmaz. Oturum, kuyruk ve önbellek işleri uygulamanızla aynı cluster'da, düşük gecikmeyle çalışır.
Düğmeyle yedek, kendi bucket'ınıza
PostgreSQL, MySQL ve MongoDB için "Şimdi yedekle" düğmesiyle yedek alınır ve S3 uyumlu kendi bucket'ınıza yazılır; saklama varsayılanı yedi gündür. Büyük bir şema değişikliğinden ya da sürüm yükseltmesinden önce geri dönüş noktanızı bir dakikada hazırlarsınız.
Çalışan veritabanına dokunmadan geri yükleme
PostgreSQL yedeği, kaynağın boyunu koruyarak yeni bir kopya olarak açılır ve çalışan veritabanına dokunulmaz. Yanlışlıkla değişen veriyi yeni kopyadan alıp karşılaştırır, doğru satırları üretime kendiniz taşırsınız.
Tek düğmeyle sürüm yükseltme
Kurulu uygulamalar listesinde canlı durum, sürüm ve "güncelleme var" bilgisi görünür. Güncelle düğmesi istenen sürümü yazar, operatör yeni chart ve imajla kademeli (rolling) yükseltme yapar; eski sürüme dönmek de aynı yoldan yapılır.
Yarım kalmayan ölçekleme
Kopya sayısını ve disk boyutunu portaldaki ölçekleme penceresinden artırırsınız. Değişiklik uygulanmadan önce cluster'ın CPU, bellek ve disk kapasitesi kontrol edilir; yetmeyen bir artış yarıda kalmak yerine baştan size bildirilir.
Kurulumdan önce kapasite kontrolü
Sihirbaz kurulumdan önce cluster'ın CPU, bellek ve diskini, yedekli kurulum için gereken çalışır worker sayısını kontrol eder. Yetmiyorsa kaç worker daha eklemeniz gerektiğini söyler; bütün üyeleri aynı node'a yığılmış bir veritabanıyla karşılaşmazsınız.
Açıkları sürüm sürüm görün
Motor imajları özel imaj deposunda her gün taranır ve sürüm başına gerçek güvenlik açığı durumu portalda görünür. Nesnet her motor için asgari bir güvenli sürüm belirler; bunun altında kalan kurulum "güvenlik yükseltmesi gerekli" diye işaretlenir.
Kopyalanmaya hazır bağlantı bilgisi
Host, port, veritabanı adı, kullanıcı ve secret referansı tek ekranda görünür; PostgreSQL için kopyalanabilir bir psql satırı da verilir. Parolanın gösterilmesi denetim kaydına yazılır ve gizli değerler portalda yalnız sahibinin görebildiği şifreli alanlarda durur.
Bir uygulama ötekinin kaynağını yemez
Kiracıya tanımlı kota cluster'da ResourceQuota ve LimitRange olarak uygulanır; kotayı aşan bir istek reddedilir. Bir veritabanının büyümesi, cluster'daki öteki iş yüklerinin işlemci ve belleğini sessizce tüketmez.
Herhangi bir imajdan web servisi
Katalogdaki genel web servisi şablonu, herhangi bir container imajından durumsuz bir web servisi (Deployment ve Service) kurar. Veri tutmayan yardımcı servislerinizi de veritabanlarınızla aynı portal ekranından açar ve ölçeklendirirsiniz.
Silinen uygulama iz bırakmaz
Portaldan sildiğiniz bir uygulamanın cluster'da arkada kalan pod, servis ve yapılandırma kayıtları temizlenir. Unutulmuş iş yükleri cluster kaynağını tüketmeye devam etmez, faturanızı da aylarca sessizce büyütmez.
Neden Nesnet
Nesnet'in yazdığı eklenti, bulut portalının içinde
Yönetilen Uygulamalar, Nesnet'in bulut portalına eklediği kendi eklentisidir. Ayrı bir panel ya da ayrı bir hesap açmazsınız; mevcut portal oturumunuzla şablonu seçer, ad ve boy verip dağıtırsınız.
Veri kendi cluster'ınızda kalır
Her kiracının ayrı cluster'ı ve ayrı operatörü vardır; veri başka müşterilerle paylaşılan bir veritabanı servisine gitmez. Kiracılar arası sızıntı canlı ortamda denetlendi: bir kiracının oturumundan başka bir kiracının verisi görünmüyor.
Cluster'a dışarıdan port açılmaz
Portaldaki isteğiniz bulut portalında kayda geçer; cluster içindeki operatör bu isteği içeriden okuyup uygular. Kurulum ve güncelleme için cluster'ınıza internetten gelen bir bağlantı açılması gerekmez.
Açık kaynak, lisans bağımlılığı yok
Motorlar her biri kendi alanında yerleşik açık kaynak Kubernetes operatörleriyle çalışır; arada lisanslı bir ticari veri ürünü yoktur.
Yalnız birinci taraf imajlar
Motorlar yalnız birinci taraf açık operatörler ve imajlarla kurulur; üçüncü tarafların yeniden paketlediği imajlar kullanılmaz. İmajlar Nesnet'in özel deposuna aynalanır, internetteki bir paket deposu kaybolsa da kurulum devam eder.
Verileriniz Türkiye'de
Veritabanlarınız Nesnet bulutundaki cluster'ınızda, yedekleriniz Nesnet Nesne Depolama'daki bucket'ınızda durur; ikisi de Equinix İstanbul (Dudullu) ve Türk Telekom Ankara veri merkezlerindedir. Fatura e-Fatura biçiminde gelir.
Örnek senaryolar
Ayrı sunucudaki PostgreSQL cluster'a geliyor
Durum
Bir yazılım ekibinin uygulaması Kubernetes'te, PostgreSQL'i ise ayrı bir sanal sunucuda tek kopya olarak çalışıyor. Sunucu bakımda olduğunda uygulama da duruyor ve yedekler elle alınıyor.
Sonuç
Ekip portaldan Medium boy, üç kopyalı bir PostgreSQL kuruyor; primary düşerse standby'lardan biri primary oluyor. Büyük bir şema değişikliğinden önce "Şimdi yedekle" ile kendi bucket'ına yedek alıyor, gerekirse yedeği yeni bir kopya olarak açıp karşılaştırıyor.
Olay akışı ve analitik aynı cluster'a ekleniyor
Durum
Bir ürün ekibi kullanıcı olaylarını toplamak için Kafka'ya, raporlar için ClickHouse'a ihtiyaç duyuyor. İki ayrı operatörü kurup ayarlamak için ekipte zaman yok.
Sonuç
Kafka üç birleşik node ile KRaft modunda, ClickHouse bir shard ve iki replika ile aynı katalogdan kuruluyor. Sihirbaz kurulumdan önce cluster'a kaç worker daha gerektiğini söylüyor; worker'lar eklendikten sonra kurulum tamamlanıyor.
Geliştirmede küçük, üretimde yedekli
Durum
Abonelikle yazılım satan bir ekip geliştirme ortamında tam yedekli bir veritabanına kaynak ayırmak istemiyor. Üretimde ise aynı sürümün yedekli çalışması gerekiyor.
Sonuç
Geliştirme cluster'ında Small boy tek kopya, üretim cluster'ında Large boy üç kopya kuruluyor. İki ortamda da motor sürümü aynı katalogdan geldiği için geliştirmede denenen sorgular üretimde aynı motorla çalışıyor.
Yanlış bir UPDATE sorgusundan kurtulan ekip
Durum
Bir geliştirici üretimde WHERE koşulunu unuttuğu bir sorguyla binlerce müşteri kaydının adresini değiştiriyor. Uygulama çalışmaya devam ediyor, ama veri yanlış.
Sonuç
Ekip sabah aldığı yedeği yeni bir PostgreSQL kopyası olarak açıyor ve çalışan veritabanına dokunmuyor. Doğru adresleri yeni kopyadan alıp yalnız etkilenen satırlara geri yazıyor.
Güvenlik denetimine hazırlanan şirket
Durum
Bir şirketin güvenlik ekibi, üretimdeki veritabanlarının bilinen açık taşıyan bir sürümde olup olmadığını soruyor. Kurulumlar farklı zamanlarda, farklı kişilerce yapılmış.
Sonuç
Portaldaki liste her kurulumun sürümünü ve güncel açık durumunu gösteriyor; asgari güvenli sürümün altında kalanlar işaretli. Ekip işaretli kurulumları Güncelle düğmesiyle kademeli olarak yükseltiyor.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Katalogda hangi motorun, hangi sürümün ve hangi boyların sunulacağını belirler. | Hangi motorun, hangi sürümde ve hangi boyda kurulacağını siz seçersiniz. |
| Operatörleri ve motor imajlarını kendi imaj deposuna aynalar, her gün güvenlik açıklarına karşı tarar. | Güncelle düğmesine basarak sürüm yükseltmesini siz başlatırsınız. |
| Kiracıyı etkinleştirir ve operatörü cluster'ınıza kurar. | PostgreSQL, MySQL ve MongoDB için yedeğin ne zaman alınacağına ve geri yüklemeye siz karar verirsiniz. |
| Her motor için asgari güvenli sürümü belirler ve altında kalan kurulumları işaretler. | Kapasite kontrolü yetersiz dediğinde cluster'ınıza worker eklersiniz. |
| Altındaki Kubernetes, depolama ve nesne depolama altyapısını işletir. | Şema, sorgu ve veritabanı kullanıcılarınızın yetkilerini siz yönetirsiniz. |
Kimler için
Veritabanını hazır isteyen ekipler
Kubernetes'te veritabanını sıfırdan kurup işletmek istemeyen ekipler. Operatör seçimi, yedekli topoloji ve yedek kurgusu hazır gelir; ekip uygulamaya döner.
Olay akışı ve analitik kuran ürünler
Kullanıcı olaylarını toplamak için Kafka'ya, raporlar için ClickHouse'a ihtiyaç duyan uygulamalar. İkisi de PostgreSQL ile aynı katalogdan, aynı sihirbazla kurulur.
Geliştirmede küçük, üretimde yedekli çalışanlar
Aynı motoru geliştirmede tek kopya, üretimde yedekli çalıştırmak isteyen ekipler. Geliştirmede Small, üretimde Medium ya da Large boy seçilir; motor sürümü iki ortamda da aynıdır.
Verisini kendi cluster'ında tutan kurumlar
Verisinin başka müşterilerle paylaşılan bir servise değil kendi cluster'ına, yedeğinin de kendi nesne deposuna yazılmasını isteyen kurumlar.
Lisans bağımlılığından kaçınanlar
Kubernetes üzerindeki veri hizmetlerini lisanslı bir ticari ürüne bağlamak istemeyen ekipler. Motorlar açık kaynak operatörlerle çalışır ve verisi standart araçlarla dışarı alınır.
Uygun olmayabilir
Nesnet bulutunda bir Kubernetes cluster'ı olmayan ve kurmayı düşünmeyen ekipler; bu ürün mevcut bir cluster'a kurulur. Bu durumda Nesly Sunucusuz Platform daha uygundur; PostgreSQL, MySQL ya da SQL Server uygulamanıza eklenti olarak bağlanır.
SQL Server kullanan .NET uygulamaları; katalogdaki altı motor arasında SQL Server yoktur. Bu durumda da Nesly Sunucusuz Platform doğru adrestir, çünkü SQL Server'ı PostgreSQL ile yan yana sunar.
Altyapının içi
Ürün, Nesnet'in bulut portalına kendi yazdığı bir eklentidir. Uygulamalar, Yönetilen Kubernetes ile kurulmuş cluster'ınıza portal sihirbazından kurulur. Cluster içinde çalışan Nesnet operatörü, isteği portaldaki kayıttan okur ve uygulamayı Nesnet'in kendi imaj deposundan çekilen Helm chart'larından kurar. Motorların her biri kendi alanında yerleşik bir açık kaynak Kubernetes operatörüyle yönetilir; operatör kurulumdan sonra da motoru izler, düşen bir kopyayı yeniden başlatır ve gerekirse rolleri devreder. PostgreSQL, MySQL ve MongoDB yedekleri Nesnet Nesne Depolama'daki kendi bucket'ınıza yazılır. Parola gibi gizli değerler portalda şifreli, yalnız sahibinin görebildiği alanlarda tutulur.
Yapı taşları
- Nesnet portal eklentisi
- portal sihirbazı, katalog, kurulu uygulamalar listesi
- Kurulum denetleyicisi ve Helm
- chart'ların cluster'a kurulması ve güncellenmesi
- PostgreSQL operatörü
- primary + hot standby, otomatik failover
- MySQL operatörü
- çoklu primary cluster, önünde bağlantı yönlendirici
- MongoDB operatörü
- replica set
- Redis operatörü
- Redis kurulumu ve yaşam döngüsü
- Kafka operatörü
- Kafka, KRaft modunda
- ClickHouse operatörü
- ClickHouse kurulumu ve yaşam döngüsü
- Nesne Depolama (S3 uyumlu)
- PostgreSQL, MySQL ve MongoDB yedeklerinin hedefi
- Özel imaj deposu
- aynalanmış motor imajları ve günlük güvenlik taraması
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Operatörü kendiniz kurmak | Her operatör ayarını kendiniz belirlemek istiyorsanız ve operatör sürümlerini takip edecek bir ekibiniz varsa doğru seçimdir. Sihirbazda CPU, bellek, disk, instance sayısı ve gelişmiş Helm değerleri de düzenlenebildiği için çoğu ayar ihtiyacı bu üründe de karşılanır. |
| Sanal sunucuda klasik veritabanı | Uygulamanız Kubernetes'te değilse ya da veritabanını işletim sistemi seviyesinde kendiniz ayarlamak istiyorsanız daha uygundur. Bu durumda yedekli kurulum ve yedek kurgusu sizde kalır. |
| Nesly eklentileri | Tek bir web uygulaması ya da API için veritabanı arıyorsanız ve cluster yönetmek istemiyorsanız daha hafiftir. SQL Server gerekiyorsa da bu yol uygundur. |
Teknik özellikler
| PostgreSQL | 16.10 · 17.6 · 18.4 |
|---|---|
| MySQL | 8.4.8 |
| MongoDB | 8.0.19 |
| Redis | 8.6.2 |
| Kafka | 4.2.0 |
| ClickHouse | 26.3.12 |
| PostgreSQL | 3 instance: 1 primary + 2 hot standby (1 seçilirse tek instance) |
|---|---|
| MySQL | 3 node (çoklu primary) + 2 bağlantı yönlendiricisi |
| MongoDB | 3 üyeli replica set |
| Kafka | KRaft modu, 3 birleşik controller + broker node |
| ClickHouse | 1 shard, varsayılan 2 replika |
| Redis | Tek node, kalıcı diskte AOF |
| Small | 1 instance · 0,5 vCPU · 512 MiB · 5 GiB |
|---|---|
| Medium | 3 instance · 1 vCPU · 1 GiB · 10 GiB |
| Large | 3 instance · 2 vCPU · 4 GiB · 50 GiB |
| Hedef | S3 uyumlu nesne depolama, kiracının kendi bucket'ı |
|---|---|
| Saklama varsayılanı | 7 gün |
| Yedek yöntemi | PostgreSQL: WAL arşivi + tam yedek · MySQL: sıcak fiziksel yedek · MongoDB: tutarlı replica set yedeği |
| PostgreSQL geri yükleme | Yedekten yeni instance, kaynak boyu korunur |
| Ön koşul | Nesnet bulutunda bir Kubernetes cluster'ı |
|---|---|
| Veri merkezleri | Equinix İstanbul (Dudullu), Türk Telekom Ankara; veri Türkiye'de kalır |
Bir şey bozulursa
PostgreSQL primary'si düşerse
Operatör iki hot standby'dan birini primary yapar ve uygulamanın bağlandığı servis yeni primary'yi gösterir. Kalan standby yeni primary'yi izlemeye başlar.
Bir MySQL node'u kaybedilirse
Kurulum çoklu primary olduğu için kalan node'lar yazma almaya devam eder. Bağlantı yönlendiricisi trafiği sağlam node'lara aktarır.
Yedekli kurulum için yeterli node yoksa
MySQL ve MongoDB üyelerini ayrı node'lara dağıtır; buna yetecek worker yoksa kurulum baştan reddedilir. Tüm üyelerin tek node'da toplandığı ve o node ile birlikte gittiği bir kurulum oluşmaz.
Bir güncelleme sorun çıkarırsa
Sürüm alanı eski değere çekilir ve operatör uygulamayı eski sürüme geri yakınsar. Geri almak için ayrı bir araç ya da elle müdahale gerekmez.
PostgreSQL verisi yanlışlıkla değişirse
Alınmış bir yedek yeni bir instance olarak geri yüklenir. Çalışan veritabanı olduğu gibi kalır; doğru veriyi yeni instance'tan alıp karşılaştırabilirsiniz.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
Yönetilen Uygulamalar kaynak kullanımına göre aylık faturalanır ve fatura e-Fatura biçiminde kesilir. Uygulamalar cluster'ınızın worker'larında çalıştığı için seçtiğiniz boy, kopya sayısı ve disk cluster'da kullanılan kaynağı doğrudan belirler; yedeklerin nesne depolamada kapladığı alan ayrı bir kalemdir.
Fiyatı belirleyenler
- Seçilen boy ve instance sayısı (örneğin tek instance'lık Small ya da üç instance'lık Large)
- Yedekli kurulumun gerektirdiği worker sayısı ve boyu
- Kalıcı disk boyutu
- Yedeklerin nesne depolamada kapladığı alan
Nasıl başlarsınız
- 1.Formu doldurun ya da 0800 606 1071'i arayın.
- 2.Motorlarınız ve boylarınız bir görüşmede netleşir; teklif hazırlanır.
- 3.Kiracınız etkinleşir, ilk veritabanınızı portaldan kurarsınız.
Veritabanı kurmak bir proje olmaktan çıksın
Hangi motorlara ve hangi boylara ihtiyacınız olduğunu Nesnet ekibine anlatın; aynı iş günü içinde dönüş yapılır. Veritabanınız kendi cluster'ınızda, yedeğiniz kendi bucket'ınızda kalır.