Özel Bulut
Kurumunuzun bulutunu kendi ağ kurallarınızla kurun, tek bir kotadan yönetin
Kurumunuza işlemci, bellek ve depolama kotası ayrılır; içinde istediğiniz kadar sunucu açar, ağ geçidinizi kendiniz yönetir, ekibinizi şirket hesaplarıyla portala alırsınız. Verileriniz Türkiye'de kalır, faturada sunucu adedi değil kullandığınız kaynak yer alır.
Neden şimdi
- Sunucu sayınız otuzu geçti ve her biri ayrı sipariş, ayrı fatura kalemi, ayrı takip demek. Yeni bir proje üç sunucu daha istediğinde satın alma süreci baştan başlıyor. Özel Bulut'ta kurumunuza bir kota ayrılır; ekibiniz bu kotanın içinde sunucuyu beklemeden açar ve kapatır.
- Şubeleriniz yıllardır aynı MPLS ağında, ama buluttaki sunuculara internet üzerinden VPN ile gidiliyor. Hat yavaşlıyor, kurallar iki ayrı yerde tutuluyor. Kurumsal devreniz bulut ortamınıza doğrudan bağlanır ve buluttaki sunucular şube ağının bir parçası olur.
- Geçen ay ayrılan bir çalışanın portal hesabı hâlâ açık çıktı. Kurumunuzun kimlik sağlayıcısı portala bağlandığında erişim dizininizden yönetilir; dizinde kapatılan hesap portalda da kapanır.
- Sanallaştırma lisansının yenileme teklifi ve sunucuların garanti bitişi aynı yıla denk geldi. Veri merkezini baştan kurmak yerine iş yüklerinizi Nesnet'in işlettiği platforma taşır, sunucularınızı yine kendi kota, ağ ve yetki düzeninizle yönetirsiniz.
- Müşterileriniz sizden sunucu ve ağ istiyor, ama kendi bulut altyapınızı kuracak ölçekte değilsiniz. İş ortağı yetkisiyle her müşteriniz için ayrı bir alt kurum açar, kotasını siz belirler, faturayı kendi adınızla kesersiniz.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Her yeni sunucu ayrı bir satın alma talebi ve ayrı bir fatura kalemi demektir. | Ekibiniz kotanın içinde istediği boyutta ve sayıda sunucuyu portaldan kendisi açar. |
| Şube ağı ile buluttaki sunucular arasında internet üzerinden kurulmuş VPN'ler çalışır. | MPLS devreniz bulut ortamına bağlanır; buluttaki sunuculara şubelerden iç adresleriyle ulaşılır. |
| Portal hesapları ayrı tutulur, işten ayrılan kişinin erişimi unutulur. | Ekibiniz şirket hesabıyla girer; dizininizde kapanan hesap portalda da kapanır. |
| Her ağ kuralı değişikliği için sağlayıcıya talep açılır ve beklenir. | NAT, güvenlik duvarı, VPN ve yük dengeleyici kurallarını kendi ağ geçidinizde kendiniz yazarsınız. |
| Donanım yenileme, sanallaştırma lisansı ve kapasite planı ayrı ayrı bütçelenir. | Aylık faturada vCPU, bellek, depolama ve ağ kalemleri ayrı satırlarda görünür; donanım yenileme Nesnet'in işidir. |
Bugünden canlıya: nasıl işler
- 1
Keşif görüşmesi
Kaç sunucu, hangi ağ bölümleri, MPLS ya da VPN bağlantısı ve hangi kimlik sağlayıcının kullanılacağı Nesnet ekibiyle bir görüşmede netleşir. Görüşmenin sonunda kotanın ilk boyutu ve fiyatı belirleyen kalemler bellidir.
- 2
Kurumunuz ve ağ geçidiniz açılır
Otomasyon sırasıyla kurumu, esnek kotalı kaynak alanını, ağ geçidini ve ilk ağı kurar; her adım ayrıca doğrulanır. Ağ geçidinin güvenlik duvarı her şeyi reddeden kuralla başlar.
- 3
Bağlantılar ve kimlik
İnternet çıkışı açılır; gerekiyorsa MPLS devreniz, ofis VPN'iniz ve ayrı yönlendirme alanınız bağlanır. Kimlik sağlayıcınız portala eklenir ve kurum yöneticiniz rolleri dağıtır.
- 4
Pilot ve taşıma
Ekibiniz ilk sunucuları açar ya da kritik olmayan bir sistemi taşıyarak düzeni dener. Taşınacak sunucular OVA olarak yüklenir ya da taşıma araçlarıyla aktarılır; asıl geçişin geri dönüş adımı baştan yazılır.
- 5
Canlıya geçiş ve büyüme
Servisleriniz genel IP adresleri ve ağ geçidi kurallarıyla yayına açılır. Kota kullanımını portaldan izler, ihtiyaç büyüdükçe kota artırımı istersiniz.
Neler alırsınız
Tek kota, istediğiniz kadar sunucu
Kurumunuza işlemci, bellek ve depolama için ayrı tavanları olan esnek bir kota ayrılır. Bu tavanların içinde sunucuları istediğiniz boyutta ve sayıda açarsınız; ücret sunucu adedine göre değil, kullanılan kaynağa göre oluşur.
Ağınızı kendiniz tasarlayın
Uygulama, veritabanı ve yönetim için ayrı ağ bölümleri açar, bunları birbirinden yalıtır ya da yönlendirirsiniz. DHCP'yi ağ geçidinden, ağın kendisinden ya da aktarıcı (relay) üzerinden çalıştırır, DNS ayarlarını ve IP havuzlarını portaldan belirlersiniz.
Kendi ağ geçidiniz, kendi kurallarınız
Kaynak ve hedef NAT, güvenlik duvarı kuralları, IP grupları, güvenlik grupları, port profilleri ve statik rotalar kurumunuza ait ağ geçidinde tanımlanır. Bir kural değişikliği için kimseye talep açmazsınız; değişiklik portalda yapılır ve hemen uygulanır.
Varsayılan olarak kapalı ağ geçidi
Ağ geçidiniz her şeyi reddeden bir güvenlik duvarı kuralıyla ve kayıt açık olarak teslim edilir. Siz açmadıkça hiçbir bağlantı içeri girmez; hangi servisin dışarıya açılacağına yalnız kurumunuzun yetkili kişileri karar verir.
Şubelerinizi özel devreyle bağlayın
Kurumsal MPLS ya da özel devreniz bulut ortamınıza dış ağ olarak bağlanır ve bağlantıyı platformu kuran Nesnet ekibi yapar. Buluttaki sunucular şubelerden internete hiç çıkmadan, kurumun kendi iç adres planıyla erişilir hâle gelir.
Size ayrılmış yönlendirme alanı
İstendiğinde kurumunuza kendi yönlendirme tablosu olan ayrı bir alan (VRF) verilir. Adres planınız başka kurumlarınkiyle çakışmaz; çok şubeli kurumlar ve kendi müşterilerine ağ veren iş ortakları için yönlendirme düzeni baştan ayrı kurulur.
Ofislerinizi VPN ile bağlayın
Devresi olmayan ofisler, ağ geçidinizdeki IPsec VPN ile buluttaki ağlarınıza bağlanır. Tünel ayarları, uç adresleri ve hangi ağların birbirini göreceği portaldan tanımlanır; her yeni ofis için ayrı bir cihaz satın almanız gerekmez.
Genel IP adreslerini kendiniz yönetin
Kurumunuzun genel IP kotası içinde adresleri kendiniz ayırır ve bırakırsınız. Yeni bir servisi yayına almak için destek talebi açmazsınız; adres ihtiyacı kota içinde kaldığı sürece iş portalda dakikalar içinde biter.
Trafiği dağıtın, web uygulamanızı koruyun
Ağ geçidinize bağlanan yük dengeleyiciyle trafiği birden fazla sunucuya dağıtır, web uygulaması güvenlik duvarı (WAF) ile uygulamanızı yaygın saldırılara karşı korursunuz. Sanal servisleri, havuz üyelerini ve sertifikaları aynı portaldan kurumunuz kendisi yönetir.
Kurumsal dizininizle giriş
SAML ya da OIDC destekleyen kurumsal dizininiz portalın kimlik kaynağı olur. Çalışanlarınız ayrı bir parola ezberlemeden şirket hesabıyla girer; işten ayrılan kişinin erişimi dizinde kapatıldığı anda portaldan da düşer.
Herkese işi kadar yetki
Kurum yöneticiniz ekibine kurum yöneticisi, katalog yazarı, yalnız konsol erişimi ya da Kubernetes cluster yazarı gibi roller verir. Uygulama ekibine sunucu açma yetkisi vermek, ona ağ geçidi kurallarını değiştirme yetkisi vermek anlamına gelmez.
Onaylı imajlardan sunucu açın
Kurumunuza ait şablon kataloğunu oluşturur, kurum içinde paylaşır, dış bir kataloğa abone olur ve kendi OVA ya da ISO dosyalarınızı yüklersiniz. Her ekip sunucusunu aynı onaylı imajdan açtığı için güvenlik ayarları ve paketler sunucudan sunucuya değişmez.
Sunucu, Kubernetes ve GPU aynı ağda
Aynı kaynak alanında sanal sunucular, Kubernetes cluster'ları ve GPU'lu sunucular birlikte çalışır. Veritabanı, servisler ve yapay zekâ modeli aynı ağ geçidinin arkasında kalır; aralarındaki trafik internete çıkmaz ve tek kotadan izlenir.
Yerleşim kuralı ve açılış sırası
Ayrılık kuralıyla bir uygulamanın iki kopyasını farklı fiziksel sunuculara yerleştirir, tek bir donanım arızasının ikisini birden durdurmasını önlersiniz. Çok sunuculu uygulamalarda açılış sırası tanımlanır; önce veritabanı, ardından uygulama sunucusu ayağa kalkar.
Kota aşımı baştan durdurulur
Bir sunucu açılmadan önce istek kotanızla karşılaştırılır; kotayı aşan istek baştan reddedilir ve diski oluşmuş ama açılamayan yarım bir sunucu geride kalmaz. Kotanın o anki kullanımını portaldan izler, büyüme kararını tahmine değil veriye dayanarak verirsiniz.
Depolamayı işe göre ayırın
Kaynak alanınızda birden fazla depolama politikası bulunabilir ve her sunucunun diskini hangi politikaya koyacağınızı siz seçersiniz. Kota politika başına tutulduğu için test ortamının diski dolduğunda üretim sunucularının alanı etkilenmez.
Her değişikliğin kaydı
Portaldaki denetim kaydı, kurumunuzda kimin hangi sunucuyu, ağı ya da kuralı ne zaman değiştirdiğini gösterir. Bir kesintinin ardından neyin değiştiğini ekip içinde sormak yerine kayda bakar, değişikliklerin hangi sırayla yapıldığını görürsünüz.
Kendi müşterilerinize bulut sunun
İş ortağı yöneticisi rolüyle her müşteriniz için ayrı bir alt kurum açar, kullanıcılarını ve kotasını ayrı yönetirsiniz. Fatura tarafında iş ortağı kendi müşterisine kendi adıyla fatura keser; altyapıyı kurmak ve işletmek Nesnet'in işidir.
Yedek ve olağanüstü durum aynı portalda
Kotanızdaki sunucuların yedeği ve başka bir ortama çoğaltılması Yedekleme ve İş Sürekliliği ürünleriyle aynı portaldan eklenir. Yedek planı, sunucuyu açtığınız ekranın yanında durur; ayrı bir yazılım satın alıp kurmanız gerekmez.
Ayrılırken sunucularınızı götürün
Sunucularınızı ve katalogdaki şablonlarınızı açık bir standart olan OVF/OVA biçiminde paketleyip indirebilirsiniz. Kurumunuzun imajları kapalı bir biçime bağlı kalmaz; başka bir sanallaştırma ortamında da açılabilir ve arşiv kopyası olarak saklanabilir.
Neden Nesnet
Ağın sınırı size aittir
Her kurumun kendi ağ geçidi vardır; NAT, güvenlik duvarı, VPN ve yük dengeleme bu geçitte tanımlanır. İstenirse kurumunuza ayrı bir yönlendirme alanı (VRF) verilir ve kurumsal devreniz bu sınıra bağlanır. Başka bir kurumun trafiği sizin geçidinizden geçmez.
Verileriniz Türkiye'de kalır
Özel Bulut, Nesnet'in Equinix İstanbul (Dudullu) ve Türk Telekom Ankara veri merkezlerindeki altyapısında çalışır. Sunucularınızın ve verinizin hangi ülkede, hangi tesiste durduğu bellidir; yurt dışındaki bir bölgeye taşınmaz.
Kurulum elle değil, doğrulanan otomasyonla
Kurumunuz, kaynak alanınız, ağ geçidiniz, ilk ağınız ve internet çıkışınız Nesnet'in otomasyonuyla tekrarlanabilir adımlarla kurulur. Her adım tamamlandıktan sonra ayrıca okunup doğrulanır; elle yapılmış, belgesiz bir ayar geride kalmaz.
Yanlış kuruma dokunmak kod düzeyinde engellenir
Otomasyon, oluşturduğu her nesnenin hangi kuruma ait olduğunu bir sahiplik kaydında tutar. Bu kayıtla eşleşmeyen bir nesneye yapılan işlem reddedilir; bir başka kurumun değişikliği sizin ağınıza ya da sunucunuza ulaşamaz.
Nesnet'in işlettiği platform, Türkçe destek
Donanımı, ağı, sanallaştırma ve portal katmanlarını aynı Nesnet ekibi kurar ve işletir. MPLS bağlantısı, yönlendirme alanı ya da kota artırımı gerektiğinde Nesnet destek ekibine Türkçe başvurursunuz.
e-Fatura ve iş ortağı faturası
Faturalar e-Fatura ya da e-Arşiv biçiminde kesilir. İş ortakları kendi müşterilerine kendi adlarıyla fatura keser; yurt dışı ödeme işlemleri muhasebe ekibinin gündeminden çıkar.
Örnek senaryolar
Şubelerini MPLS ile buluta bağlayan kurum
Durum
Bir kurumun merkez ve kırk şubesi yıllardır aynı MPLS ağını kullanıyor. Buluttaki sunuculara internet üzerinden VPN ile gidiliyor; hat yavaşlıyor ve güvenlik kuralları iki ayrı yerde tutuluyor.
Sonuç
MPLS devresi bulut ortamına dış ağ olarak bağlanıyor, kuruma ayrı bir yönlendirme alanı veriliyor. Şubeler buluttaki sunuculara kendi iç adres planıyla ulaşıyor; VPN'ler ve çift kural seti kaldırılıyor.
Lisans yenilemesinden önce veri merkezinden çıkan şirket
Durum
Bir üretim şirketinin sanallaştırma lisansı ve sunucu garantileri aynı yıl bitiyor. Yenileme teklifi büyük bir peşin yatırım istiyor ve sistemleri işleten ekip iki kişi.
Sonuç
Önce kritik olmayan sistemler taşınıp deneniyor, ardından ERP ve dosya sunucuları planlanan bir hafta sonu Özel Bulut'a geçiyor. Ekip sunucularını yine kendi kota, ağ ve yetki düzeniyle yönetiyor; donanım yenileme kalemi bütçeden çıkıyor.
Kendi müşterilerine bulut veren iş ortağı
Durum
Bir BT hizmet firması müşterilerine sunucu ve ağ vermek istiyor, ama kendi veri merkezini kurup işletecek ölçekte değil.
Sonuç
Firma iş ortağı yöneticisi rolüyle her müşterisi için ayrı bir alt kurum açıyor ve kotalarını kendisi belirliyor. Faturayı kendi adıyla kesiyor; altyapının işletilmesi Nesnet'te kalıyor.
Sunucu, Kubernetes ve GPU'yu bir araya getiren yazılım ekibi
Durum
Bir yazılım ekibinin veritabanı bir sağlayıcıda, container'ları başka bir sağlayıcıda, model denemeleri ise ofisteki bir iş istasyonunda duruyor. Üç fatura, üç ayrı güvenlik düzeni var.
Sonuç
Üçü aynı Özel Bulut kaynak alanında toplanıyor: veritabanı sanal sunucuda, servisler Kubernetes cluster'ında, model GPU'lu sunucuda. Aralarındaki trafik aynı ağ geçidinin arkasında kalıyor ve tek bir faturada görünüyor.
Yeni proje ekibine ayrı ortam veren BT birimi
Durum
Bir holdingin BT birimi, yeni bir dijital ürün ekibine kendi sunucularını açabileceği ama üretim ağına dokunamayacağı bir ortam vermek istiyor.
Sonuç
Ekip için yalıtılmış bir ağ bölümü ve ayrı bir depolama politikası açılıyor; ekibe sunucu açma yetkisi veriliyor, ağ geçidi kuralları BT biriminde kalıyor. Denetim kaydı ekibin yaptığı her değişikliği gösteriyor.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Kurumunuzu, kaynak alanınızı, ağ geçidinizi, ilk ağınızı ve internet çıkışınızı doğrulanan otomasyonla kurar. | Kurum içindeki kullanıcıları ve rolleri yönetir, kimlik sağlayıcınızı bağlarsınız. |
| MPLS devrenizin ve isteğe bağlı yönlendirme alanınızın ağ katmanına bağlantısını yapar. | Ağ bölümlerinizi, NAT, güvenlik duvarı, VPN ve yük dengeleyici kurallarınızı tasarlayıp yazarsınız. |
| Ağ geçidinizi varsayılan reddet kuralıyla teslim eder; yük dengeleyici için gereken atamayı yapar. | Kota içinde hangi sunucunun hangi boyutta ve hangi depolama politikasında çalışacağına karar verirsiniz. |
| Fiziksel sunucuları, sanallaştırma, depolama, ağ ve portal katmanlarını işletir; yamaları ve yükseltmeleri adım adım, geri dönüş yoluyla uygular. | Sunucuların içindeki işletim sistemi ve uygulamaları güncel tutar, yedek planınızı seçersiniz. |
| Kota artırım isteklerinizi karşılar ve kullanımı kalem kalem faturaya yansıtır. | İş ortağıysanız alt kurumlarınızı, onların kullanıcılarını ve kotalarını yönetirsiniz. |
Kimler için
Kendi ağını tasarlayan kurumsal BT ekipleri
Birden fazla ağ bölümü, NAT, VPN ve güvenlik duvarı kuralını kendisi yazmak isteyen ekipler. Özel Bulut bu ekibe kendi ağ geçidini ve onu yönetme yetkisini verir; her kural değişikliği için talep açılmaz.
Şubelerini MPLS ile bağlayan kurumlar
Merkez ve şubeleri özel devreyle birbirine bağlı kurumlar. Bulut ortamı bu ağa bir şube gibi eklenir; buluttaki sunuculara internet üzerinden değil, kurumun kendi iç adres planıyla gidilir.
Kendi sanallaştırma ortamından çıkan şirketler
Donanım garantisi ve sanallaştırma lisansı aynı dönemde yenilenmesi gereken şirketler. Sunucular taşındıktan sonra kota, ağ ve yetki düzeni alışılmış biçimde yönetilir; donanım ve lisans yenileme kararı bütçeden çıkar.
Müşterilerine bulut satan iş ortakları
Kendi müşterilerine sunucu ve ağ veren BT hizmet firmaları. İş ortağı yöneticisi rolüyle her müşteri için ayrı alt kurum açılır, istenirse iş ortağına ayrı bir yönlendirme alanı verilir ve fatura iş ortağının kendi adıyla kesilir.
Karma iş yükü çalıştıran yazılım ekipleri
Veritabanını sanal sunucuda, servislerini Kubernetes'te, modelini GPU'lu sunucuda çalıştıran ekipler. Üçü aynı kotanın içinde, aynı ağ geçidinin arkasında durur ve tek bir faturada görünür.
Uygun olmayabilir
Sunucularınızın fiziksel olarak yalnız size ayrılmış bir donanımda çalışması şartsa Özel Bulut bu şartı karşılamaz: kurumların kotaları aynı fiziksel platformdan ayrılır, ayrım mantıksaldır. Bu şart için Nesnet aynı platformu ürün ve danışmanlık olarak kendi veri merkezinize kurabilir.
Birkaç sunucuyla başlıyor ve ağ tasarımına ihtiyaç duymuyorsanız Sanal Sunucular daha az iştir; büyüdüğünüzde aynı platformda Özel Bulut'a geçersiniz.
Uygulamanızı container olarak paketlediyseniz ve sunucu yönetmek istemiyorsanız Yönetilen Kubernetes ya da Nesly Sunucusuz Platform daha doğru başlangıçtır.
Altyapının içi
Özel Bulut, çok kiracılı bir bulut portalının kurum modeline dayanır. Kurumunuz portalda kendi kurumu olarak açılır; bu sizin kullanıcı ve yetki sınırınızdır. İçinde bir ya da daha fazla kaynak alanı bulunur ve bu alanlar esnek tahsis modeliyle işlemci, bellek ve depolama için ayrı tavanlar taşır. Yazılım tanımlı ağ katmanında kurumunuzun ağ geçidi aktif-yedek çalışır ve dağıtık yönlendirme açıktır; isterseniz size ayrılmış bir yönlendirme alanı (VRF) ve MPLS devreniz bu yapıya eklenir. Yük dengeleme ve web uygulaması güvenlik duvarı (WAF), kurumunuzun ağ geçidine bağlanan yük dengeleme katmanından gelir. Depolama dağıtıktır ve tamamı NVMe'dir. Nesnet bu altyapıya kendi otomasyonunu ekler: kurum, kaynak alanı, ağ geçidi, ağ ve internet çıkışı tekrarlanabilir adımlarla kurulur, her adım ayrıca doğrulanır ve sahiplik kaydı yanlış kuruma dokunmayı engeller. Nesnet ayrıca portala kendi yazdığı eklentileri (self servis yedekleme, SSL VPN, Kubernetes uygulamaları) ekler.
Yapı taşları
- Bulut portalı ve API
- kurum ve kaynak alanları, esnek tahsis modeli, yedekli çalışan portal ve API
- Yazılım tanımlı ağ
- kuruma ait ağ geçidi, isteğe bağlı ayrılmış yönlendirme alanı (VRF), dağıtık yönlendirme
- Yük dengeleme katmanı
- kurumun ağ geçidinde yük dengeleyici ve WAF
- Dağıtık NVMe depolama
- tamamı NVMe, depolama politikası başına kota
- Sanallaştırma katmanı
- arızada yeniden başlatma, otomatik yük dengesi
- Nesnet otomasyonu
- doğrulanan kurulum adımları ve kurum sahiplik kaydı
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Nesnet Sanal Sunucular | Birkaç sunucunuz varsa ve kendi ağ tasarımına, kendi kimlik sağlayıcısına ya da MPLS bağlantısına ihtiyacınız yoksa sunucu sunucu ilerlemek daha basittir. Büyüdüğünüzde aynı platformda Özel Bulut'a geçebilirsiniz. |
| Kendi veri merkezinizde sanallaştırma | Donanımın mülkiyeti ve fiziksel yeri sizde olmalıysa kendi ortamınızı işletmek doğru seçim olabilir. Bu durumda Nesnet aynı platformu ürün ve danışmanlık olarak sizin tesisinize kurabilir. |
| Kendi donanımınızı bir veri merkezinde barındırmak | Sunucularınız varsa ve onları kendiniz yönetmeye devam etmek istiyorsanız barındırma hizmeti (colocation) mantıklıdır. Donanım arızası, kapasite planı ve sanallaştırma katmanının bakımı bu modelde sizde kalır. |
| Yurt dışındaki büyük bulut sağlayıcıları | Birden fazla ülkede bölge ve geniş bir yönetilen servis kataloğu gerekiyorsa bu sağlayıcılar daha uygundur. Verinin Türkiye'de kalması ve ağınızın MPLS ile doğrudan bağlanması öncelikse Özel Bulut daha uygundur. |
Teknik özellikler
| Kiracı modeli | Kurum + bir ya da daha fazla kaynak alanı |
|---|---|
| Tahsis modeli | Esnek; işlemci, bellek ve depolama için ayrı tavan, ince ayırma |
| Depolama | Tamamı NVMe |
| Depolama kotası | Politika başına; biri dolunca diğeri etkilenmez |
| Ayrımın niteliği | Mantıksal: kota + kiracı sınırı + ağ; donanım ayrılmaz |
| Kota kontrolü | Sunucu açılmadan önce; aşan istek reddedilir |
| Kullanım görünürlüğü | Kota ve kullanım portalda |
| Ağ sınırı | Kuruma ait ağ geçidi (NAT, güvenlik duvarı, VPN, yük dengeleme) |
|---|---|
| Ağ geçidi dayanıklılığı | Aktif-yedek, dağıtık yönlendirme açık |
| Ayrı yönlendirme tablosu | İsteğe bağlı, kuruma özel VRF |
| Kurumsal devre | MPLS / özel devre dış ağ olarak |
| Ağ tipleri | Yönlendirmeli, yalıtılmış; DHCP (ağ geçidi, ağ, relay), DNS, IP havuzu |
| Ağ geçidi servisleri | NAT, güvenlik duvarı, IP ve güvenlik grubu, port profili, statik rota, IPsec VPN |
| Varsayılan güvenlik duvarı | Her şeyi reddet, kayıt açık |
| Genel IP | Kurum kotasıyla, self servis ayır / bırak |
| Yük dengeleme ve WAF | Kurum kendisi yönetir |
| Kimlik sağlayıcı | Kurumun SAML / OIDC sağlayıcısı |
|---|---|
| Roller | Kurum yöneticisi, katalog yazarı, yalnız konsol, Kubernetes cluster yazarı |
| Katalog | Oluştur, paylaş, dış kataloğa abone ol, OVA / ISO yükle |
| İş ortağı modeli | İş ortağı yöneticisi rolü, alt kurumlar |
| Aynı alanda iş yükleri | GPU politikalı sunucu ve Kubernetes cluster'ı |
| Portal | Yedekli çalışır; bir parçası düşse açık kalır |
| Arıza davranışı | Sunucu arızasında yeniden başlatma, yük dengesi |
| Taşınabilirlik | Sunucu ve şablonları OVF/OVA olarak indirme |
| Veri merkezleri | Equinix İstanbul (Dudullu), Türk Telekom Ankara |
Bir şey bozulursa
Fiziksel sunucu arızalanırsa
Yüksek erişilebilirlik özelliği, arızalı sunucudaki sanal makineleri cluster'daki diğer sunucularda yeniden başlatır; yük dengeleme ardından yükü yeniden dağıtır.
Portalın bir parçası düşerse
Portal katmanı yedekli çalıştığı için portal ve API açık kalır; ekibiniz sunucularını yönetmeye devam eder.
Ağ geçidi düğümü düşerse
Ağ geçidiniz aktif-yedek çalışır; yedek düğüm devralır ve kurallarınız aynı kalır.
Bir disk ya da sunucu kaybedilirse
Depolama verisi fiziksel sunucular arasında politikaya göre çoğaltılır; tek bir disk ya da sunucu arızası veri kaybı anlamına gelmez.
Kota dolarsa
Yeni sunucu isteği kota ön kontrolünde reddedilir. Yarım oluşturulmuş, diski var ama açılamayan bir sunucu geride kalmaz.
Olağanüstü durum için
Platformda yedekleme ve çoğaltma altyapısı kuruludur; ikisi Yedekleme ve İş Sürekliliği ürünleriyle kota içindeki sunuculara eklenir.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
Özel Bulut kaynak kullanımına göre aylık faturalanır. Ücret açtığınız sunucu sayısından değil, kullanılan vCPU, GB bellek ve GB NVMe depolamadan doğar; ağ geçidi, yük dengeleyici, saldırı tespit ve önleme, genel IP adresi ve internet hızı ayrı kalemlerdir.
Fiyatı belirleyenler
- vCPU ve bellek (GB RAM) kullanımı
- NVMe depolama (GB)
- Ağ geçidi sayısı ve ağ geçidi başına saldırı tespit ve önleme (IDS/IPS)
- Yük dengeleyici sayısı
- Genel IP adresi sayısı
- İnternet hızı (Mbps)
Nasıl başlarsınız
- 1.Formu doldurun ya da 0800 606 1071'i arayın.
- 2.Ağ yapınız ve sunucu ihtiyacınız bir görüşmede netleşir; kota önerisi ve fiyat hazırlanır.
- 3.Kurumunuz açılır, ekibiniz şirket hesabıyla girip ilk sunucuları açar.
Bulutunuzun sınırlarını kendiniz çizin
Sunucu sayısı büyüyen bir kurumda asıl ihtiyaç bir sunucu daha değil, ağın, kullanıcıların ve kaynağın tek elden yönetilmesidir. Ağ yapınızı ve sunucu ihtiyacınızı Nesnet ekibine anlatın; aynı iş günü içinde dönüş yapılır ve kurumunuz bu plana göre açılır.