Nesne Depolama
S3 kullanan uygulamalarınızın verisini Türkiye'ye getirin, kodu yeniden yazmayın
Mevcut S3 araçlarınız ve SDK'larınız yalnız uç nokta adresi ve anahtar değiştirilerek, kurumunuza ayrı çalışan bir S3 sunucusuna bağlanır. Dosyalarınız, yedekleriniz ve arşivleriniz Türkiye'de kalır, anahtarları siz üretirsiniz.
Neden şimdi
- Uygulama dosyalarınız yurt dışındaki bir bulut sağlayıcısında duruyor ve hukuk ekibi verinin Türkiye'de tutulmasını istedi. Uygulama zaten S3 konuştuğu için taşıma, kodu yeniden yazmadan yapılır; değişen uç nokta adresi ve erişim anahtarıdır.
- Yurt dışı depolama faturanızda dışarı çıkan trafik kalemi her ay tahmin edilemiyor. Nesne depolamada depolanan veri ve dışarı çıkan trafik ayrı kalemlerdir; fatura Türkiye'de, e-Fatura olarak kesilir.
- Veritabanı yedekleriniz ve sürekli arşiv (WAL) dosyalarınız aynı sunucunun diskinde birikiyor. Sunucu kaybolursa veritabanıyla birlikte yedeği de gider; arşivi sunucunun dışındaki bir S3 hedefine yazmak bu riski azaltmanın ilk adımıdır.
- Kubernetes cluster'larınızın yedeğini almak istiyorsunuz ama yedek aracınız S3 uyumlu bir hedef istiyor. Velero, Kopia ya da Restic ile yazılan yedekler nesne depolamaya doğrudan gider.
- Uygulamanızın ürettiği log, rapor ve dışa aktarım dosyaları sunucu disklerini dolduruyor ve her ay disk büyütülüyor. Bu dosyaları bucket'lara taşıdığınızda sunucu diski yalnız uygulamanın kendisine kalır.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Uygulama verisi yurt dışındaki bir sağlayıcının deposunda durur. | Veri, kurumunuza ayrı çalışan bir S3 sunucusunda, Türkiye'de durur; uygulama yalnız uç nokta değiştirir. |
| Depolama faturası tahmin edilemeyen çıkış trafiğiyle değişir. | Depolanan veri ve dışarı çıkan trafik faturada ayrı satırlarda görünür. |
| Veritabanı yedeği, veritabanıyla aynı diskte durur. | Arşiv ve yedekler sunucunun dışındaki bir S3 hedefine yazılır. |
| Erişim anahtarları sağlayıcı tarafından üretilip e-postayla gönderilir. | Anahtarları portalda siz üretir, hangi uygulamanın hangisini kullanacağına siz karar verirsiniz. |
| Taşıma sonrası eksik ya da bozuk dosya olup olmadığı bilinmez. | Taşıma obje obje sağlama karşılaştırmasıyla doğrulanır; fark listesi sıfır olmadan geçiş yapılmaz. |
Bugünden canlıya: nasıl işler
- 1
Ne taşıyacağınızı anlatın
Hangi uygulamaların ne kadar veri sakladığı, verinin şu anda nerede durduğu ve hangi araçlarla yazıldığı Nesnet ekibiyle konuşulur. Görüşmenin sonunda taşıma yolu ve fiyatı belirleyen kalemler bellidir.
- 2
Nesne depolama etkinleştirilir
Nesnet, portaldaki kurumunuzda nesne depolamayı açar ve yeni kurumlarda gereken yetki tanımlarını verir. Ardından size ait S3 sunucusu arka uçta otomatik olarak açılır.
- 3
Anahtar üretin, bucket açın
Bulut portalında erişim anahtarınızı kendiniz üretir, ilk bucket'ınızı açarsınız. Mevcut S3 aracınızda uç nokta adresini değiştirip nesne yükleyerek, listeleyerek ve okuyarak bağlantıyı doğrularsınız.
- 4
Veriyi taşıyın ve doğrulayın
Mevcut depodaki veri yeni bucket'lara aynalanır ve obje obje sağlama karşılaştırmasıyla doğrulanır. Uygulamanın imza ya da başlık kullanımı farklıysa uyarlama rehberi geliştiricinize verilir.
- 5
Uygulamayı yeni uç noktaya alın
Doğrulama tamamlanınca uygulamanız yeni uç nokta ve anahtarla çalışmaya başlar. Eski depo, siz kapatma kararı verene kadar geri dönüş yolu olarak yerinde kalır.
Neler alırsınız
Uygulamanız olduğu gibi çalışır
Kimlik doğrulama AWS Signature V4 ile yapılır; AWS CLI ve SDK'lar yalnız uç nokta adresi değiştirilerek kullanılır. Bucket açma, nesne yükleme, listeleme ve okuma uçtan uca çalışır; uygulamanızın S3 kodunu yeniden yazmanız gerekmez.
Alıştığınız S3 araçlarıyla
AWS CLI, S3 SDK'ları, rclone gibi eşitleme araçları ve S3 hedefini tanıyan yedekleme yazılımları bu hizmetle aynı biçimde çalışır. Ekibiniz yeni bir araç öğrenmez; komutlarda değişen yalnız uç nokta adresidir.
İki adresleme biçimi
Path-style (uç nokta/bucket) ve virtual-hosted-style (bucket.uç nokta) adreslemenin ikisi de çalışır. Virtual-host biçiminde HTTPS için bucket adı küçük harfli ve noktasız tek bir DNS etiketi olmalıdır; noktalı adlar path-style ile kullanılır.
Anahtarları kendiniz üretirsiniz
Erişim anahtarı bulut portalındaki nesne depolama bölümünde, güvenlik bilgileri altından sizin tarafınızdan üretilir. Hangi uygulamaya hangi anahtarın verileceğine siz karar verir, sızdığından şüphelendiğiniz bir anahtarı beklemeden yenilersiniz.
Size ayrı bir S3 sunucusu
Her kurumun ayrı bir S3 sunucusu örneği, ayrı uç noktası ve ayrı bir IAM kümesi vardır. Başka bir kurumun kullanıcısı ya da anahtarı sizin örneğinizde tanımlı değildir; yetki hatası bir başka müşterinin verisini açığa çıkaramaz.
Sunucularınızla aynı portalda
Bucket listesi ve yönetimi, sanal sunucularınızı yönettiğiniz bulut portalının nesne depolama arayüzünden yapılır. Ayrı bir hesap ya da ayrı bir yönetim ekranı açmazsınız; sunucu ve bucket aynı oturumda görünür.
Yolda şifreli trafik
Uygulamanız ile uç nokta arasındaki trafik, herkese açık bir sertifika otoritesinden alınan RSA-2048 sertifikasıyla TLS ile şifrelenir. Portal ile kurum örneğiniz arasındaki iç trafik de her kuruma ayrı basılan bir sertifikayla şifrelenir.
Sertifika süresi kesinti yaratmaz
Uç nokta ve kurum sertifikaları süresi dolmadan otomatik yenilenir. Unutulmuş bir sertifika yenilemesi yüzünden uygulamalarınızın sabah bağlantı hatası alması ya da yedeklerin sessizce durması beklenmez.
Bucket politikasıyla yetki
Yetki nesne ACL'leri yerine bucket politikasıyla verilir; bir uygulamanın hangi bucket'ta okuma, hangisinde yazma yapacağı politikada tanımlanır. x-amz-acl başlığı gönderen bir uygulama hata almaz ama bu başlık etkisizdir; taşıma sırasında kontrol edilen maddelerden biri budur.
Yurt dışındaki depodan Türkiye'ye
Yabancı bir bulut sağlayıcısındaki nesne deposu, kurumunuza ayrılan S3 sunucusuna aynalanır ve aktarım obje obje sağlama karşılaştırmasıyla doğrulanır. Fark listesi sıfır olmadan uygulama yeni uç noktaya alınmaz; eski depo geri dönüş yolu olarak kalır.
Geliştiricinize yazılı uyarlama rehberi
Uygulama sağlayıcıya özel bir imza şeması ya da başlık kullanıyorsa Nesnet bu farkları tespit eder ve geliştiricinize satır satır uyarlama rehberi yazar. Geliştirici neyin neden değişeceğini taşıma başlamadan bilir.
Veritabanı arşivi sunucunun dışında
Veritabanının sürekli arşivi (WAL) ve tam yedekleri S3 hedefi olarak nesne depolamaya yazılır. Arşiv, veritabanı sunucusunun diskinden ayrı durur; sunucu kaybolsa bile arşivden geri dönüş yolu açık kalır.
Kubernetes yedekleri için hazır hedef
Velero, Kopia ya da Restic ile alınan Kubernetes yedekleri nesne depolamayı S3 hedefi olarak kullanır. Bu yol Nesnet'in yedekleme mimarisinde, ana yedekleme yolunun yanında belgelenmiş bir alternatif olarak yer alır.
Log ve rapor arşivi
Uygulamanın ürettiği log, rapor ve dışa aktarım dosyaları sunucu diski yerine bucket'lara yazılır. Sunucu diski yalnız uygulamanın kendisine kalır, arşiv büyüdükçe disk büyütmek için kesinti planlamazsınız.
Nesne sürümleme
Sürümleme açık bir bucket'ta aynı adla yeniden yazılan ya da silinen bir nesnenin önceki sürümü saklanır. Yanlışlıkla üzerine yazılmış bir dosyayı önceki sürümünden geri alırsınız.
Süresi dolan veriyi kurallarla silin
Yaşam döngüsü kurallarıyla belirli bir önekteki ya da belirli bir yaştaki nesneler kendiliğinden silinir. Geçici dışa aktarımlar ve eski loglar elle temizlik beklemeden alan kaplamayı bırakır, fatura da buna göre düşer.
Türkçe kurum adları sorun çıkarmaz
Kurum adları altyapıya aktarılırken RFC 1123 kurallarına göre normalize edilir. Adında ş, ğ ya da ı geçen bir kurum için nesne depolama açmak ek bir adlandırma işi gerektirmez.
Silinen disk talebi veriyi silmez
Kurum örneklerinin veri diskleri saklama (Retain) politikasıyla tanımlıdır. Altyapı katmanında bir disk talebi yanlışlıkla silinse bile veri diski silinmez ve yerinde kalır. Bir bakım işleminde yapılan hata, kurumunuzun verisini kendiliğinden yok etmez.
Neden Nesnet
Size ayrılmış bir S3 sunucusu
Nesnet'in nesne depolaması, bütün müşterilerin tek bir depoyu paylaştığı bir yapı değildir. Portaldaki her kurum için ayrı bir S3 sunucusu örneği çalışır; kendi uç noktası, kendi TLS sertifikası ve kendi kullanıcı ve yetki (IAM) kümesiyle. Başka bir kurumun anahtarı sizin örneğinizde tanımlı değildir.
Verileriniz Türkiye'de kalır
Nesne depolama Nesnet'in Türkiye'deki altyapısından verilir; Nesnet'in donanımı, ağı ve ekibi Equinix İstanbul (Dudullu) ve Türk Telekom Ankara veri merkezlerindedir. Dosyalarınız yurt dışındaki bir bölgeye taşınmaz.
Taşıma obje obje doğrulanır
Nesnet, hiper ölçekli bir bulut sağlayıcısındaki nesne deposunu kendi S3 altyapısına taşıdı ve aktarımı obje obje sağlama karşılaştırmasıyla doğruladı; sonuç sıfır farktı. Uygulamadaki imza ve başlık uyumsuzlukları da geliştiriciye satır satır uyarlama rehberi olarak yazıldı.
Eksik parçaları Nesnet yazdı
Hazır portal eklentisinde eksik kalan bucket listesi ve yönetim uçlarını Nesnet kendisi yazdı. İkinci kurum açıldığında ortaya çıkan eşitleme hatası bu sayede geçici bir çözümle değil, kökünden kapandı.
Sertifikada elle iş yok
Her kurum örneğinin TLS sertifikası Nesnet'in yazdığı bir denetleyiciyle otomatik basılır ve süresi dolmadan yenilenir. Yeni bir kurum açıldığında ya da sertifika yenilendiğinde kimsenin elle müdahale etmesi gerekmez.
Nesnet kendi verisinde de kullanıyor
Nesnet kendi platform veritabanlarını bu hizmetle aynı teknolojiye dayanan bir S3 hedefine sürekli arşivler. Size sunulan altyapı, Nesnet'in kendi verisini cluster dışında tuttuğu altyapıyla aynıdır.
Örnek senaryolar
Yurt dışındaki bir buluttan Türkiye'ye dönen uygulama
Durum
Bir şirketin müşteri belgeleri yurt dışındaki bir bulut sağlayıcısının nesne deposunda duruyor. Verinin Türkiye'de tutulması istendi ve uygulamanın kodunu yeniden yazmak için zaman yok.
Sonuç
Veri şirkete ayrılan S3 sunucusuna aynalanıyor ve aktarım obje obje doğrulanıyor. Uygulamada değişen şey uç nokta adresi ve erişim anahtarı oluyor; imza farkları için geliştiriciye satır satır uyarlama rehberi veriliyor.
Veritabanının sürekli arşivi
Durum
Bir ekip veritabanını sanal sunucuda çalıştırıyor ve WAL arşivini aynı sunucunun diskinde tutuyor. Sunucu kaybolursa veritabanıyla birlikte arşivin de gideceğinin farkındalar.
Sonuç
WAL arşivi ve tam yedekler S3 hedefi olarak nesne depolamaya yazılıyor; arşiv veritabanı sunucusunun dışında duruyor. Nesnet kendi platform veritabanlarını da aynı yöntemle arşivliyor.
Kubernetes yedeği için S3 hedefi
Durum
Bir platform ekibi Kubernetes cluster'larının yedeğini Velero ile almak istiyor ve Velero'nun yazacağı S3 uyumlu bir hedef gerekiyor.
Sonuç
Velero nesne depolamayı yedek hedefi olarak kullanıyor; her ad alanının yedeği ayrı bir önekte tutuluyor. Yedekler cluster'ın dışında, aynı portaldan yönetilen bir depoda duruyor.
Diskleri dolduran rapor arşivi
Durum
Bir finans uygulaması her gece binlerce PDF rapor üretiyor ve raporlar uygulama sunucusunun diskinde birikiyor; disk her ay büyütülüyor.
Sonuç
Raporlar her gece bir bucket'a yazılıyor, uygulama sunucusunun diski yalnız uygulamaya kalıyor. Eski raporlar yaşam döngüsü kuralıyla belirlenen süre sonunda siliniyor.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Kurumunuzda nesne depolamayı etkinleştirir; S3 sunucunuz ve uç noktanız otomatik açılır. | Erişim anahtarlarını üretir, hangi uygulamanın hangi anahtarı kullanacağına karar verir ve gerektiğinde yenilersiniz. |
| Portal eklentisini, nesne sunucusu altyapısını ve kurum örneklerini çalıştırır; bileşenleri birbiriyle uyumlu tutar. | Bucket adlarını ve bucket politikalarını belirlersiniz. |
| Uç nokta ve kurum sertifikalarını süresi dolmadan yeniler. | Hangi verinin ne kadar süre saklanacağına ve hangi nesnelerin kurallarla silineceğine karar verirsiniz. |
| Kimlik doğrulamalı trafiği ve kullanımı ölçer, kalem kalem faturaya yansıtır. | Başka bir yerde ikinci bir kopya tutulup tutulmayacağına siz karar verirsiniz. |
| Taşıma projelerinde aktarımı doğrular ve geliştiriciniz için uyarlama rehberi hazırlar. | Uygulamanızın uç nokta ve anahtar ayarlarını günceller, taşıma sonrası testleri yaparsınız. |
Kimler için
S3 kullanan yazılım ekipleri
Kullanıcı yüklemelerini, görselleri, raporları ya da dışa aktarımları S3 API'siyle saklayan ve bu veriyi Türkiye'de tutmak isteyen ekipler. Uygulama kodu değişmez; yalnız bağlantı ayarı yenilenir.
Veriyi yurt dışından geri getirmesi gereken şirketler
Uygulama dosyaları ya da arşivi yurt dışındaki bir bulut sağlayıcısında duran ve verinin Türkiye'de tutulması istenen şirketler. Taşıma obje obje doğrulanır, uygulamanın imza ve başlık farkları geliştiriciye yazılı olarak verilir.
Yedeğini sunucunun dışında tutmak isteyen BT ekipleri
Veritabanı arşivini, Kubernetes yedeklerini ya da log dosyalarını üretim sunucularının dışındaki bir hedefe yazmak isteyen ekipler. Yedekleme yazılımlarının çoğu S3 hedefini doğrudan tanır.
Nesnet bulutunu kullanan kurumlar
Nesnet'in Özel Bulut'unu ya da sanal sunucularını kullanan ve nesne depolamayı aynı bulut portalından, aynı oturumda yönetmek isteyen kurumlar.
Uygun olmayabilir
Verinizin aynı anda farklı coğrafyalardaki bölgelerde kopyalanması gerekiyorsa bu hizmet o ihtiyacı karşılamaz; hizmet tek sahadan verilir ve bölgeler arası replikasyon yoktur.
Veritabanı veri dosyaları ya da sanal makine diskleri gibi blok erişimi isteyen iş yükleri için doğru seçim sanal sunucunun kendi diskleridir.
Bir web sitesinin görsellerini herkese açık bir bucket'tan doğrudan yayınlamak istiyorsanız bu kullanımı önce Nesnet ekibiyle konuşun; hizmet bugün kimlik doğrulamalı erişim için konumlanmıştır.
Altyapının içi
Nesne Depolama, bir portal eklentisiyle bulut portalına bağlanır; arka uçta açık kaynak, S3 uyumlu bir nesne sunucusu çalışır. Kurumunuzda nesne depolama etkinleştirildiğinde eklenti, nesne sunucusunun Kubernetes operatörüne bir kiracı tanımı yazar ve operatör bunu kendiliğinden TLS'li, yük dengeli bir S3 uç noktasına çevirir. Operatörün sürümü, portal eklentisinin beklediği sürüme sabitlenmiştir. Dışa açık uç nokta herkesçe tanınan bir sertifika otoritesinin sertifikasıyla korunur; eklenti ile kurum örneğiniz arasındaki trafik de ayrıca TLS ile şifrelenir. Nesnet bu yapıya kendi yazdığı parçaları ekler: hazır eklentide eksik olan bucket listesi ve konsol uçları, kurum başına sertifika basan admission webhook ve sertifika denetleyicisi. Kimlik doğrulamalı trafik de portal eklentisi tarafından ölçülür.
Yapı taşları
- Portal eklentisi
- bucket ve erişim anahtarı yönetimini bulut portalına getirir, kimlik doğrulamalı trafiği ölçer.
- S3 uyumlu nesne sunucusu
- her kurum için ayrı çalışan, S3 API'sini karşılayan sunucu.
- Nesne sunucusu operatörü
- kurum etkinleştirildiğinde kurumun S3 sunucusunu ve uç noktasını otomatik açar.
- Nesnet admission webhook ve sertifika denetleyicisi
- her kurum örneğine TLS sertifikasını basar ve süresi dolmadan yeniler.
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Sanal sunucu diskleri | Uygulamanız veriyi dosya sistemi ya da disk olarak görmek istiyorsa (veritabanı veri dosyaları, sanal makine diskleri, Kubernetes kalıcı diskleri) doğru seçim sanal sunucunun kendi diskleridir. |
| Birden çok bölgesi olan küresel bir bulut sağlayıcısı | Verinin aynı anda farklı ülkelerde ya da bölgelerde kopyası tutulmalıysa bölgeler arası replikasyon sunan küresel bir sağlayıcı bu ihtiyaca daha uygundur. Nesnet'in nesne depolaması tek sahadan verilir. |
| Yedekleme | Asıl ihtiyacınız sunucu ve uygulama yedeklerinin yönetilmesiyse, saklama süresi boyunca değiştirilemeyen (WORM) hedefleri Nesnet'in yedekleme altyapısında çalışan Yedekleme hizmeti daha doğrudur. |
Teknik özellikler
| Hizmet katmanı | Bulut portalına bağlı nesne depolama eklentisi |
|---|---|
| Nesne sunucusu | S3 uyumlu, açık kaynak |
| Kurum yalıtımı | Ayrı sunucu örneği, uç nokta, TLS sertifikası ve IAM |
| Yönetim | Bulut portalındaki nesne depolama arayüzü |
| API | S3 uyumlu, AWS Signature V4 |
|---|---|
| Adresleme | Path-style ve virtual-hosted-style |
| Virtual-host bucket adı | Tek DNS etiketi; küçük harf, noktasız |
| Bucket ad alanı | Platform genelinde benzersiz |
| Erişim anahtarı | Kurum tarafından portalda üretilir |
| Yetki modeli | Bucket politikası; x-amz-acl etkisiz |
| Uç nokta sertifikası | Herkese açık sertifika otoritesi, RSA-2048, otomatik yenileme |
|---|---|
| İç trafik | Kurum başına RSA-2048 sertifikayla TLS |
| Veri diski saklama politikası | Retain |
| Bölgeler arası replikasyon | Yok; tek saha |
| Kullanım ölçümü | Kimlik doğrulamalı trafik portal eklentisinde ölçülür |
| Veri yeri | Türkiye |
Bir şey bozulursa
Kubernetes'te disk talebi silinirse
Kurum örneklerinin veri diskleri Retain politikasıyla tanımlıdır. Altyapı katmanında disk talebi yanlışlıkla silinse bile veri diski silinmez ve yerinde kalır.
Sertifika süresi dolarsa
Uç nokta sertifikası süresi dolmadan otomatik yenilenir. Unutulmuş bir sertifika yenilemesi yüzünden uygulamalarınızın bağlantı hatası alması beklenmez.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
Nesne depolama kaynak kullanımına göre aylık faturalanır; depolanan veri ve uç noktadan dışarı çıkan trafik ayrı kalemlerdir ve fatura e-Fatura olarak kesilir. Fiyatı kullandığınız kaynaklar ve seçtiğiniz kalemler belirler; teklifinizi Nesnet ekibi hazırlar.
Fiyatı belirleyenler
- Depolanan veri miktarı (GB).
- Uç noktadan dışarı çıkan trafik (GB).
- Kimlik doğrulamalı istek trafiği; portal eklentisi bu trafiği ölçer.
Nasıl başlarsınız
- 1.Formu doldurun ya da 0800 606 1071'i arayın.
- 2.Ne taşıyacağınız bir görüşmede netleşir; taşıma yolu ve fiyat hazırlanır.
- 3.Kurumunuzda nesne depolama açılır, ilk anahtarınızı ve bucket'ınızı portalda oluşturursunuz.
S3 verinizi Türkiye'de, size ayrılmış bir depoda tutun
Yurt dışındaki bir depoda duran ya da sunucuların yanında biriken veri, tek bir arızada ya da tek bir kararda sorun olur. Ne taşıyacağınızı Nesnet ekibine anlatın; aynı iş günü içinde dönüş yapılır ve ilk adım kurumunuzda nesne depolamanın açılmasıdır.