Yük Dengeleyici
Uygulamanızı kampanya gününde de, bakım gecesinde de açık tutun
Gelen istekler birden fazla sunucuya paylaştırılır, yanıt vermeyen sunucu kullanıcı fark etmeden devreden çıkar. HTTPS sertifikası ve web uygulaması güvenlik duvarı (WAF) aynı noktadan, portaldan yönetilir.
Neden şimdi
- Kampanya sabahı 10:00'da trafik birkaç katına çıkıyor ve tek web sunucusu yanıt veremez hâle geliyor. İkinci sunucuyu eklemek kolay, ama trafiği ikisine bölecek ve kullanıcıya tek adres gösterecek bir katman eksik.
- Gece 03:00'te uygulama sunucularından biri kilitleniyor; sabah gelen şikâyet e-postalarıyla fark ediliyor. Yük dengeleyicide sağlık denetimi o sunucuyu saniyeler içinde devreden çıkarır, istekler ayakta olanlara gider.
- Her yama gecesi açık oturumları koparıyor ve müşteri hizmetlerine 'sepetim boşaldı' telefonları geliyor. Sunucuyu havuzdan çıkarırken açık bağlantıların bitmesini bekleyen bir mekanizma gerekiyor.
- Güvenlik taraması, internete açık başvuru formunda SQL enjeksiyonu ve betik ekleme (XSS) açığı buldu. Kod düzeltilene dek saldırı imzalarını uygulamaya varmadan durduracak bir süzgeç arıyorsunuz.
- Dört sunucudan birinde HTTPS sertifikasını yenilemek unutuldu ve tarayıcılar 'bağlantınız güvenli değil' uyarısı verdi. Sertifikanın tek yerde durmasını, sunucuların bundan habersiz kalmasını istiyorsunuz.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Bir sunucu kilitlenince siteniz durur ve sorunu kullanıcılarınız bildirir. | Sağlık denetimi yanıt vermeyen sunucuyu havuzdan çıkarır; istekler sağlıklı sunuculara gider ve hangi denetimin düşürdüğü portalda görünür. |
| Yamalar gece yarısı yapılır, açık oturumlar kopar. | Sunucu nazik devreden çıkarma ile havuzdan ayrılır; yeni istek almaz, açık bağlantılar tamamlanır, bakım mesai saatinde yapılır. |
| Her sunucuda ayrı sertifika ve ayrı yenileme takvimi vardır. | Sertifika kurumunuzun sertifika kütüphanesinde tek yerde durur ve sanal servise bağlanır; sunucular bundan etkilenmez. |
| Saldırı denemeleri doğrudan uygulama sunucusuna ulaşır. | WAF yaygın saldırı imzalarını önden tanır; önce yalnız kayıt tutarak izler, ayarlandıktan sonra engeller. |
| Yük dengeleme yazılımını kendi sunucunuzda kurar, yamalar ve yedekli tutarsınız. | Platformu Nesnet işletir ve günceller; siz havuzu, kuralı ve sertifikayı portaldan yönetirsiniz. |
Bugünden canlıya: nasıl işler
- 1
Keşif görüşmesi
Hangi uygulamaların, kaç sunucuyla ve hangi protokollerle yayında olduğunu Nesnet ekibiyle konuşursunuz. Görüşmenin sonunda HTTPS, WAF ve kalıcılık ihtiyacı ile fiyatı belirleyen kalemler bellidir.
- 2
Ağ geçidinin hazırlanması
Nesnet ağ geçidinizde yük dengeleyiciyi açar ve kapasitesini ayırır. Bu adımdan sonra yük dengeleme ayarları portalda tamamen ekibinizin elindedir.
- 3
Havuz ve sağlık denetimi
Sunucularınızı IP ile ya da güvenlik grubu olarak havuza eklersiniz. Algoritmayı, kalıcılık türünü ve sağlık denetiminin eşiklerini bu adımda seçersiniz.
- 4
Sanal servis ve WAF
IP havuzundan bir adres ayırır, port ve profil seçer, sertifikayı bağlarsınız. WAF tespit modunda açılır; birkaç gün kayıt toplayıp gereken muafiyetleri yazarsınız.
- 5
Yayına alma
Güvenlik duvarı kuralı yazılır, alan adınız yeni adrese yönlendirilir ve eski yol geri dönüş için bir süre açık bekler. Kayıtlarda gerçek kullanıcıya takılan imza kalmadığında WAF engelleme moduna alınır.
Neler alırsınız
Trafiği sağlıklı sunuculara paylaştırın
Yeni istek varsayılan olarak o an en az açık bağlantısı olan sunucuya gider. Sıralı dağıtım (round robin), tutarlı karma, en hızlı yanıt ve en az yük dahil dokuz algoritmadan birini havuz başına seçer, güçlü sunucuya ağırlık vererek daha büyük pay ayırırsınız.
Arızayı kullanıcıdan önce fark edin
HTTP, HTTPS, TCP, UDP ya da PING ile sunucular düzenli olarak yoklanır; gönderim aralığını, zaman aşımını ve kaç başarısız denemede sunucunun düşeceğini siz belirlersiniz. Pasif izleme de açıktır: gerçek trafikte hata veren sunucu, yoklamayı beklemeden işaretlenir.
Bakımı mesai saatinde yapın
Bakıma alınacak sunucu için dakika cinsinden bir bekleme süresi verirsiniz; bu sürede sunucu yeni istek almaz, açık bağlantılar kendiliğinden tamamlanır. Hemen çıkarma ya da süresiz bekleme de seçilebilir, böylece yama günü müşterinin sepeti boşalmaz.
Yeni sunucu havuza kendiliğinden katılsın
Havuz üyelerini tek tek IP adresiyle yazmak yerine bir güvenlik grubu olarak verebilirsiniz. Gruba eklenen her yeni web sunucusu havuza da girer; yoğun dönemde sunucu açmak, yük dengeleyici ayarına dokunmadan trafiği büyütür.
Web trafiği ve diğer protokoller tek yerde
HTTP ve HTTPS servisleri uygulama düzeyinde (L7), TCP, UDP ve TLS servisleri bağlantı düzeyinde (L4) dengelenir. Bir sanal servis birden fazla portu birlikte yayınlayabilir; aynı adresi farklı portlarla birkaç servis paylaşabilir.
Sertifikayı tek yerde yönetin
HTTPS bağlantısı yük dengeleyicide sonlanır ve sertifika kurumunuzun sertifika kütüphanesinden seçilir. Yenileme günü yeni sertifikayı kütüphaneye yükleyip servise bağlamanız yeter; arkadaki sunucuların hiçbirinde sertifika dosyasına dokunulmaz.
Arka uca da şifreli gidin
Kurumunuzun güvenlik politikası iç ağda da şifreleme istiyorsa yük dengeleyici sunuculara yeniden şifreli bağlanır. Sunucu sertifikası kök sertifika otoritesiyle doğrulanır ve sertifikadaki ad (CN/SAN) denetlenir; araya giren sahte bir sunucu kabul edilmez.
Saldırıyı uygulamaya varmadan durdurun
Web uygulaması güvenlik duvarı (WAF), SQL enjeksiyonu ve betik ekleme (XSS) gibi yaygın saldırıları tanıyan açık kaynak bir imza setiyle HTTP ve HTTPS servislerinin önünde çalışır. Kodunuzdaki bir açık kapanana dek saldırı imzası uygulama sunucusuna ulaşmaz.
WAF'ı önce izleyerek açın
WAF tespit modunda isteği durdurmaz, yalnız kaydını tutar; birkaç günlük kayıtla hangi imzanın gerçek kullanıcıya takıldığını görürsünüz. İmzaları tek tek kapatır, yol, IP, metot ya da alan adına göre izin kuralı yazar, sonra engelleme moduna geçersiniz.
Yanlış alarmı gerekçesiyle görün
WAF önerileri, bir isteğin neden yakalandığını ve aynı kaydın tekrarlanmaması için hangi ayarın değişmesi gerektiğini gösterir. Güvenlik ekibi kuralı tahminle gevşetmez; öneriyi okuyup yalnız gereken imzayı ya da yolu muaf tutar.
İsteği içeriğine göre yönlendirin
Uygulama düzeyindeki servislerde istemci IP'si, port, metot, yol, sorgu, başlık ya da çereze göre kural yazılır. Bir adresin altındaki yolları farklı sunucu gruplarına gönderebilir, başlık ekleyip değiştirebilir, eski bağlantıları yeni adrese yönlendirebilirsiniz.
Kötüye kullanıma sınır koyun
HTTP güvenlik kurallarıyla belirli istekleri reddeder, şüpheli bağlantıyı TCP düzeyinde kapatır ya da istek hızına sınır koyarsınız. Bir giriş sayfasına saniyede yüzlerce deneme yapan bir betik, uygulamanızı yormadan önce durdurulur; HTTP istekleri de HTTPS'e çevrilir.
Kullanıcı aynı sunucuya dönsün
Oturum bilgisini sunucuda tutan uygulamalar için istemci IP'si, HTTP çerezi, özel HTTP başlığı, uygulama çerezi (ör. JSESSIONID) ya da TLS oturumuna göre kalıcılık kurulur. Sepetteki ürün ya da yarım kalmış form, kullanıcı başka sunucuya düştü diye kaybolmaz.
Kullanıcının gerçek adresini görün
İstemci IP'sini koruma seçeneği açıldığında isteklerin kaynak adresi korunur; havuzdaki sunucular yük dengeleyicinin değil kullanıcının adresini görür. Uygulama kayıtlarınız, erişim kısıtlarınız ve güvenlik incelemeleriniz gerçek kaynakla çalışır; seçenek grup tabanlı havuz ve IPv4 servis adresi ister.
IPv4 ve IPv6 ile yayına çıkın
Bir sanal servis IPv4, IPv6 ya da ikisiyle birlikte yayınlanabilir. Nesnet ağları IPv6'yı kendi adres bloğundan verdiği için mobil operatör ağlarından ve IPv6 isteyen şartnamelerden gelen kullanıcılara ek bir proje açmadan ulaşırsınız.
İç katmanları da dengeleyin
Servis adresi internete açık bir genel IP olabileceği gibi yalnız iç ağda görünen bir adres de olabilir. Uygulama sunucularından veritabanı okuma kopyalarına ya da iç API sunucularına giden trafiği de aynı yük dengeleyiciyle paylaştırır, tek bir iç sunucuya yığılmasını önlersiniz.
Kubernetes servisleri kendiliğinden yayına çıksın
Nesnet bulutundaki bir Kubernetes cluster'ında LoadBalancer tipli servis açıldığında yük dengeleyicide sanal servis kendiliğinden oluşur. TLS'in cluster içinde mi yük dengeleyicide mi sonlanacağını bir annotation ile seçersiniz; cluster'ın API adresi de bu platformdan yayınlanır.
Kayıtlarda ne olduğunu görün
Her sanal servisin istek kayıtları portalda seçtiğiniz zaman aralığı için listelenir; istemci IP'si, adres (URI), istek tipi ve yanıta göre süzülür, CSV olarak dışa aktarılır. 'Dün 14:00'te kim neden hata aldı?' sorusu sunuculara tek tek bağlanmadan cevaplanır.
Uzun bağlantılar kopmasın
IMAP, ActiveSync ya da cihaz bağlantısı gibi saatlerce açık kalan oturumlar bağlantı düzeyinde, uzun boşta kalma süresiyle dengelenir. Kısa zaman aşımlı bir dengeleyicide sık sık yeniden bağlanan telefonlar, bu ayarla oturumlarını korur.
Neden Nesnet
Nesnet kendi portalını bu platformda yayınlar
Nesnet'in bulut portalı ve e-posta servisi, müşterilere açılan aynı yük dengeleme platformunun arkasında çalışır; portalın WAF'ı engelleme modundadır. Nesnet aynı yazılımı kendi üretim trafiğinde de işletir.
Tam özellik seti
Yük dengeleyici ağ geçidinize Nesnet'in otomasyonuyla en geniş özellik setiyle açılır. WAF, bir serviste birden fazla port ve ayrıntılı istek kayıtları bu setle gelir.
Üretici belgesine göre kurulur, ölçülerek doğrulanır
Nesnet kendi servislerini yük dengeleyiciye alırken yazılımın resmî ayar tablosunu uyguladı ve sonucu canlı ölçümle doğruladı. E-posta protokolleri için boşta kalma süreleri de kendi platformunda ölçülerek belirlendi.
Adres, kural ve dengeleme aynı ağ geçidinde
Servis adresi Nesnet'in IP havuzundan portaldan ayrılır ve iş bitince bırakılır. Bu adrese gelen trafik ağ geçidinizdeki güvenlik duvarından geçer; ayrı bir cihaz, ayrı bir panel yoktur.
Trafiğiniz Türkiye'de işlenir
Yük dengeleyici ve arkasındaki sunucular Equinix İstanbul (Dudullu) ve Türk Telekom Ankara veri merkezlerinde çalışır. İstekler ve kayıtlar yurt dışındaki bir bölgeden dolaşmaz.
Örnek senaryolar
Kampanya haftasına hazırlanan web mağazası
Durum
Bir e-ticaret şirketi iki web sunucusu ve bir veritabanıyla çalışıyor. Her yeni sunucu DNS ve sunucu ayarı gerektiriyor; geçen kampanyada bir sunucu kilitlenince sitenin yarısı hata vermişti.
Sonuç
Web sunucuları bir güvenlik grubu olarak havuza alınıyor; kampanyadan önce gruba iki sunucu daha ekleniyor ve havuza kendiliğinden katılıyor. Kilitlenen sunucu sağlık denetimiyle devreden çıkıyor, kullanıcılar diğerlerinden hizmet almaya devam ediyor.
Güvenlik taramasından sonra korumaya alınan başvuru formu
Durum
Bir kurumun internete açık başvuru formunda güvenlik taraması SQL enjeksiyonu açığı buluyor. Yazılım ekibinin düzeltmesi birkaç hafta sürecek.
Sonuç
Form yük dengeleyicinin arkasına alınıyor ve WAF bir hafta tespit modunda çalıştırılıyor. Kayıtlar ve WAF önerileriyle iki imza gerçek kullanıcılar için muaf tutuluyor, ardından engelleme moduna geçiliyor; açık kapanana dek saldırı denemeleri uygulamaya ulaşmıyor.
Kubernetes'e taşınan uygulama
Durum
Bir yazılım ekibi servislerini Nesnet bulutundaki bir Kubernetes cluster'ına taşıyor. Her yeni servis için dışarıdan erişim ayarını ağ ekibinden istemek sürüm takvimini yavaşlatıyor.
Sonuç
LoadBalancer tipli servis açıldığında yük dengeleyicide sanal servis kendiliğinden oluşuyor. Ekip TLS'in nerede sonlanacağını annotation ile seçiyor; ağ ekibi yalnız güvenlik duvarı kuralını gözden geçiriyor.
Telefonları sık sık kopan e-posta sistemi
Durum
Bir kurum IMAP ve ActiveSync kullanan e-posta sistemini birden fazla sunucuda çalıştırıyor. Kısa boşta kalma süreli eski dengeleyici yüzünden çalışanların telefonları gün içinde defalarca yeniden bağlanıyor.
Sonuç
Bu protokoller bağlantı düzeyinde, uzun boşta kalma süresiyle dengeleniyor. Nesnet aynı ayarı kendi e-posta platformunda ölçerek kullandığı için başlangıç değerleri tahminle değil, ölçümle seçiliyor.
Mesai saatine alınan yama günü
Durum
Bir yazılım şirketinin operasyon ekibi her ay yama için gece yarısı çalışıyor, çünkü sunucuyu kapatmak açık oturumları koparıyor.
Sonuç
Sunucular nazik devreden çıkarma ile tek tek havuzdan ayrılıyor, güncelleniyor ve geri alınıyor. Yama günü öğleden sonraya taşınıyor; kullanıcılar sunucuların sırayla bakıma girdiğini fark etmiyor.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Yük dengeleme platformunu ve ağ geçitlerini kurar, günceller ve ayakta tutar; platform yamaları düzenli uygulanır. | Havuzları, sağlık denetimlerini ve sanal servisleri portaldan tanımlar, değiştirir ya da silersiniz. |
| Yük dengeleyiciyi ağ geçidinize tam özellik setiyle açar ve dengeleme kapasitesini ayırır. | Sertifikanızı kütüphaneye yükler, süresi dolmadan yenisini bağlarsınız. |
| Servis adreslerinin ayrıldığı IP havuzunu, IPv6 adres bloğunu ve internet bağlantısını işletir. | Servis portları için ağ geçidindeki güvenlik duvarında izin kuralını yazarsınız. |
| WAF modunu, imzaları ve izin kurallarını uygulamanızın davranışına göre ayarlarsınız. |
Kimler için
Birden fazla web sunucusuyla çalışan ekipler
Web mağazası, kurumsal portal ya da API'yi birden fazla sunucuda çalıştıran ve kullanıcıya tek adres göstermek isteyen ekipler. Sertifikayı her sunucuda ayrı ayrı yenilemek yerine tek yerde tutmak isteyenler için de doğru seçimdir.
İnternete açık uygulaması olan kurumlar
Müşteri portalı, iş ortağı ekranı ya da başvuru formu gibi herkese açık bir uygulamayı yaygın web saldırılarından korumak isteyen kurumlar. WAF, saldırı imzalarını uygulama sunucusuna varmadan durdurur.
Kubernetes kullanan yazılım ekipleri
Nesnet bulutunda Kubernetes cluster'ı çalıştıran ekipler. LoadBalancer tipli bir servis açıldığında karşılığı yük dengeleyicide kendiliğinden oluşur; her yeni servis için ağ ekibine talep açmak gerekmez.
Uzun bağlantılı servis işletenler
E-posta, mesajlaşma ya da cihaz bağlantısı gibi saatlerce açık kalan oturumlarla çalışan servisler. Bu trafik bağlantı düzeyinde (L4), uzun boşta kalma süresiyle dengelenir ve telefonlar sık sık yeniden bağlanmaz.
Bakımı mesai saatine almak isteyen operasyon ekipleri
Yama ve sürüm yükseltmesini gece yarısı yapmaktan yorulmuş ekipler. Sunucular tek tek havuzdan nazikçe çıkarılır, güncellenir ve geri alınır; kullanıcı oturumu kopmaz.
Uygun olmayabilir
Tek sunucuda çalışan, trafiği düşük ve kısa bir bakım kesintisini kaldırabilen bir site için yük dengeleyici gereksiz bir katmandır. Bu durumda tek sanal sunucu ve Güvenlik Duvarı'ndaki port yayınlama kuralı yeterlidir.
Uygulamanız belirli bir yük dengeleme yazılımının kendine özgü betiklerine bağlıysa, o yazılımı kendi sanal sunucunuzda çalıştırmak daha doğrudur; bakımı ve yedekliliği de ekibinizde kalır.
Altyapının içi
Yük dengeleme katmanı bulut portalına entegre çalışır ve sanal veri merkezinizin edge ağ geçidine bağlanır. Nesnet edge'inizde yük dengelemeyi açtığında havuz, sanal servis, sağlık denetimi ve WAF ayarları portalda sizin yönetiminize geçer. Edge ağ geçidi etkin/yedek çalışır; biri arızalanırsa diğeri devralır. Nesnet bu katmana kendi otomasyonunu ekler: yük dengeleyici edge'e en geniş özellik setiyle açılır, sanal servis adresleri Nesnet'in IP havuzundan gelir, kayıtlar portala bağlanır. Kubernetes tarafında bulut sağlayıcı bileşeni, LoadBalancer tipli servisleri sanal servise çevirir; Nesnet'in kendi Kubernetes platformu da servislerini bu yolla dışarı açar.
Yapı taşları
- Yük dengeleme ve WAF katmanı
- dengeleme, sağlık denetimi, TLS sonlandırma, WAF ve günlükler
- WAF imza seti
- yaygın web saldırılarını tanıyan açık kaynak imzalar
- Bulut portalı ve API
- havuz, sanal servis ve IP adresi yönetimi
- Kuruma özel edge ağ geçidi
- etkin/yedek çalışma, güvenlik duvarı ve NAT
- Kubernetes bulut sağlayıcı bileşeni
- LoadBalancer servislerini yük dengeleyiciye bağlar
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Tek sanal sunucu ve port yayınlama kuralı | Trafik tek sunucunun taşıyabileceği düzeydeyse ve bakım sırasında kısa bir kesinti kabul ediliyorsa bu yol yeterlidir. Güvenlik Duvarı'nda DNAT ve izin kuralı tek akışta açılır. |
| Kendi sanal sunucunuza kurduğunuz yazılım yük dengeleyici | Uygulamanız belirli bir yazılımın özel modüllerine ya da betiklerine bağlıysa, o yazılımı kendi sanal sunucunuzda çalıştırmak daha doğrudur. Bu durumda yükseltme, yedeklilik ve sertifika takibi sizin ekibinizde kalır. |
| Yönetilen Kubernetes'in LoadBalancer servisi | Uygulamalarınız zaten Nesnet bulutundaki bir Kubernetes cluster'ındaysa ayrı bir yük dengeleyici tanımlamazsınız. Servis açıldığında aynı platformda sanal servis oluşur; TLS'in nerede sonlanacağını annotation ile seçersiniz. |
Teknik özellikler
| Uygulama profilleri | HTTP, HTTPS (L7), L4 TCP/UDP, L4 TLS |
|---|---|
| Dağıtım algoritmaları | 9 algoritma; varsayılan en az bağlantı |
| Sunucu ağırlığı | Sunucu başına oran (ratio) |
| Bir serviste birden fazla port | Var |
| Sanal servis adresi | Genel IP ya da iç ağ IP'si |
| L7 politika eşleşmesi | İstemci IP, port, metot, yol, sorgu, başlık, çerez |
| Servis adresi ailesi | IPv4, IPv6 ya da ikisi; aynı IP farklı portlarla |
| HTTP güvenlik kuralları | İzin/ret, bağlantı kapatma, HTTPS'e yönlendirme, hız sınırı |
| İstemci IP'sini koruma | Var; grup üyeli havuz, IPv4 servis adresi |
| Aktif sağlık denetimi | HTTP, HTTPS, TCP, UDP, PING |
|---|---|
| Denetim ayarları | Aralık (sn), zaman aşımı (sn), ardışık başarılı/başarısız deneme sayısı |
| Pasif izleme | Açık |
| Oturum kalıcılığı | İstemci IP, HTTP çerezi, özel HTTP başlığı, uygulama çerezi, TLS |
| Bakımda devreden çıkarma | Dakika cinsinden; hemen ya da süresiz bekleme seçenekli |
| Havuz üyeleri | Tek tek IP ya da güvenlik duvarı grubu |
| TLS sonlandırma | HTTPS ve L4 TLS servislerinde; sertifika kütüphaneden |
|---|---|
| Arka uca TLS | Kök CA doğrulaması, CN/SAN denetimi |
| WAF | İmza tabanlı; tespit ve engelleme modu; imza grupları; istisna listesi |
| WAF kapsamı | Yalnız HTTP/HTTPS servisleri |
| WAF yönetimi | Tespit/engelleme modu, izin listesi, imza düzenleme portaldan |
| Edge ağ geçidi | Etkin/yedek çalışma |
|---|---|
| Günlükler | HTTP istek günlükleri, L4 günlükleri, analitik metrikler |
| Özellik seti | Tam set, Nesnet otomasyonuyla açılır |
| Portalda günlük | Süzme, CSV dışa aktarma, WAF önerileri |
| Veri merkezleri | Equinix İstanbul (Dudullu) ve Türk Telekom Ankara |
Bir şey bozulursa
Havuzdaki bir sunucu yanıt vermezse
Sağlık denetimi sunucuyu havuzdan çıkarır ve yeni istekler sağlıklı üyelere gider. Hangi denetimin sunucuyu düşürdüğü üye durumunda görünür; sorunu ararken nereden başlayacağınızı bilirsiniz.
Edge ağ geçidinin etkin tarafı arızalanırsa
Yük dengeleyicinin bağlı olduğu edge etkin/yedek çalışır; etkin taraf arızalandığında yedek taraf devralır ve sanal servisleriniz aynı edge üzerinden yayında kalır.
Fiziksel sunucu arızalanırsa
Havuzdaki sanal sunucularınızın çalıştığı fiziksel sunucu düşerse platform bu sanal makineleri diğer sunucularda kendiliğinden yeniden başlatır. O sırada yük dengeleyici, yeniden açılana dek sunucuyu sağlık denetimiyle devre dışı tutar.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
Yük dengeleyici aylık faturalanır ve faturalar e-Fatura ya da e-Arşiv olarak kesilir. Fiyatı kullandığınız kaynaklar ve seçtiğiniz kalemler belirler; teklifinizi Nesnet ekibi hazırlar.
Fiyatı belirleyenler
- Havuzdaki sanal sunucuların sayısı ve boyutu
- Sunucularınızın kullandığı depolama miktarı (GB)
- İnternete çıkan trafik miktarı (GB)
Nasıl başlarsınız
- 1.Sunucularınızı ve trafik düzeninizi formla ya da 0800 606 1071'i arayarak anlatın.
- 2.İhtiyacınız bir görüşmede netleşir; yük dengeleme düzeni ve fiyat hazırlanır.
- 3.Ağ geçidiniz hazırlanır, ilk sanal servisinizi portaldan açarsınız.
Uygulamanızı tek sunucuya bağlı olmaktan kurtarın
Kaç sunucunuz olduğunu, hangi adreslerin yayında olduğunu ve neyi korumak istediğinizi Nesnet ekibine anlatın; aynı iş günü içinde dönüş yapılır. İstekler sağlıklı sunuculara gider, sertifika ve WAF tek noktada durur.