CloudLinux Lisansı Nasıl Alınır ve Sunucuya Nasıl Kurulur?

CloudLinux lisansı nedir ve ne işe yarar?

CloudLinux lisansı, CloudLinux OS işletim sistemini bir sunucuda yasal olarak çalıştırma ve güncellemelerini alma hakkıdır. Lisansı sunucu başına alırsınız; etkinleştirmeyi ya da bir aktivasyon anahtarıyla ya da sunucunun genel IP adresine tanımlı lisansla yaparsınız. Böylece paylaşımlı hostingde her hesabı kaynak ve dosya sistemi açısından ayırırsınız.

Bu yazıda CloudLinux lisansını nereden alacağınızı, sunucunuzun dönüştürmeye uygun olup olmadığını ve kurulum akışının üst düzey adımlarını anlatıyoruz. Biz bir dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu nedenle anlattığımız her komutu CloudLinux'un resmi kurulum belgesine dayandırdık. Rakam, fiyat ya da sürüm vaadi vermiyoruz; çünkü bunlar sık değişir ve doğru kaynak her zaman üreticinin güncel sayfasıdır.

Yazının hedef okuru iki gruptur. İlki kendi VPS ya da dedicated sunucusunu yöneten, cPanel veya benzeri bir panel kullanan teknik kullanıcıdır. İkincisi ise hosting paketini satın alırken "CloudLinux var mı?" sorusunu soran site sahibidir. İkinci gruptaysanız komut bölümlerini atlayıp sürüm karşılaştırmasına ve son bölümlere geçebilirsiniz.

CloudLinux OS hangi sorunu çözer?

Paylaşımlı bir sunucuda onlarca, bazen yüzlerce hesap aynı işlemciyi, belleği ve diski kullanır. Tek bir hesaptaki hatalı eklenti ya da ani trafik artışı bütün sunucuyu yavaşlatabilir. Üstelik klasik bir Linux kurulumunda kullanıcılar sistemdeki diğer kullanıcı adlarını ve bazı ortak dosyaları görebilir. CloudLinux OS tam olarak bu iki derdi hedefler.

CloudLinux, kendini RHEL ve CentOS ile ikili uyumlu bir dağıtım olarak tanımlar. Yani bu sistemlerde çalışan uygulamalar değişiklik gerektirmeden çalışır. Bunun üzerine çekirdek düzeyinde kaynak sınırlama, kullanıcı izolasyonu ve dil sürümü seçimi gibi hosting odaklı katmanlar ekler.

• Kararlılık: Bir hesabın aşırı kaynak tüketimi komşu hesapları düşürmez.
• Güvenlik: Kullanıcılar birbirinin dosyalarını ve süreçlerini görmez.
• Esneklik: Her hesap kendi PHP, Python ya da Node.js sürümünü seçebilir.
• Görünürlük: Hangi hesabın sınıra dayandığını istatistiklerden izlersiniz.

Kısacası CloudLinux, sitenizin yavaşlığının sebebi komşu hesap olmasın diye kurulan bir altyapı katmanıdır. Sunucu kaynaklı yavaşlığın diğer nedenlerini sitenin neden yavaş açıldığını anlattığımız yazıda ayrıca ele aldık.

LVE, CageFS ve PHP Selector birlikte nasıl çalışır?

CloudLinux'un çekirdeğinde LVE (Lightweight Virtual Environment) teknolojisi yer alır. Resmi bileşen belgesine göre LVE, kullanıcı başına kaynakları çekirdek düzeyinde sınırlar. Sınırlanan başlıca kaynaklar şunlardır:

• CPU kullanımı (belgede yüzde 100 bir çekirdek anlamına gelir).
• Sanal ve fiziksel bellek.
• Disk okuma ve yazma hızı (I/O) ile saniyedeki işlem sayısı (IOPS).
• Eş zamanlı bağlantıyı temsil eden giriş süreçleri (entry processes).
• Toplam süreç sayısı.

İkinci katman CageFS'tir. CageFS her kullanıcıyı sanal bir dosya sistemine kapatır; kullanıcı yalnızca güvenli ikili dosyaları görür ve diğer kullanıcıların adlarını fark etmez. Bu konuyu ayrıntılı biçimde CageFS ve hesap izolasyonu yazımızda anlattık, burada tekrar etmiyoruz.

Üçüncü parça dil seçicileridir. PHP Selector, hesap sahibinin sunucu genelini etkilemeden kendi PHP sürümünü ve eklentilerini seçmesini sağlar. cPanel tarafındaki MultiPHP ile farkını cPanel PHP sürümü rehberimizde bulabilirsiniz. Bunlara ek olarak MySQL Governor veritabanı tüketimini izler, LVE-Stats ise sınır aşımlarını kaydeder.

Hangi CloudLinux sürümü size uygun?

CloudLinux lisansı tek tip değildir; hesap sayısına ve özellik setine göre ayrılan sürümler vardır. Sürüm karşılaştırma sayfası dört sürüm listeler: Solo, Admin, Legacy (eski adıyla Shared) ve Shared Pro. Aşağıdaki tablo bu sayfadaki bilgilerin özetidir; satın almadan önce güncel sayfayı mutlaka kontrol edin.

Tek bir ajans sitesi ya da e-ticaret mağazası barındıran bir VPS için Solo çoğu zaman yeterlidir. Birkaç müşteri sitesini ayrı hesaplarda tutan küçük bir ajans Admin sürümüne bakabilir. Çok kiracılı paylaşımlı hosting işletiyorsanız ise Shared Pro ya da Legacy gündeme gelir.

CloudLinux lisansı nasıl alınır?

CloudLinux lisansını iki yoldan edinirsiniz: doğrudan CloudLinux'tan ya da onaylı bir iş ortağından, yani bayiden. Doğrudan alımda CloudLinux Network (CLN) adlı müşteri portalında hesap açarsınız. Lisanslarınızı, aktivasyon anahtarlarınızı ve deneme anahtarlarınızı bu portaldan yönetirsiniz.

Bayi üzerinden alımda ise süreç genellikle sunucu kiraladığınız firma ya da bir lisans satıcısı aracılığıyla ilerler. Bu durumda bayi size bir anahtar yerine çoğu zaman IP tabanlı bir lisans tanımlar. Hangi yolu seçerseniz seçin, aşağıdaki sırayı izlemenizi öneririz:

1. Sunucunuzda kaç hosting hesabı olacağını ve hangi özelliklere ihtiyaç duyduğunuzu yazın.
2. Sürüm karşılaştırma sayfasından bu ihtiyaca uyan sürümü seçin.
3. Sunucunuzun işletim sistemi ve paneliyle uyumluluğu resmi belgeden doğrulayın.
4. Lisansı CLN üzerinden ya da bayiden satın alın; anahtar mı IP mi olduğunu not edin.
5. Kuruluma geçmeden önce yedeğinizi alın ve geri yüklemeyi deneyin.

Fiyat konusunda rakam vermiyoruz; çünkü ücretler sürüme, döneme ve bayiye göre değişir. Güncel tutarı CloudLinux'un kendi sayfasından ya da bayinizden öğrenin. Ayrıca sunucunuzu henüz seçmediyseniz hosting seçimi rehberimiz karar sırasını netleştirir.

IP tabanlı lisans ile anahtar tabanlı lisans arasındaki fark nedir?

Anahtar tabanlı lisansta CLN size bir aktivasyon anahtarı verir. Belgedeki örnek biçim, rakamlar ve harflerden oluşan ve ortasında tire bulunan uzun bir dizedir. Kurulum betiğine bu anahtarı verdiğinizde betik CloudLinux sürümünüzü anahtardan otomatik olarak algılar. Sunucuyu taşırsanız anahtarı yeni makinede yeniden kaydedersiniz.

IP tabanlı lisansta ise bayi lisansı sunucunun genel IP adresine bağlar. Bu modeli genellikle bayiler kullanır. Resmi belge burada net bir uyarı yapar: dönüştürmeden önce sunucunun genel IP adresinin doğru sürüm için lisanslı olduğunu teyit etmelisiniz. Aksi halde betik çalışır ama beklediğiniz sürüm etkinleşmez.

Sunucunuzun dışarıya hangi IP adresiyle çıktığını bilmiyorsanız, alan adınızın hangi adrese yönlendiğini DNS sorgulama aracımızla, IP adresinin hangi ağa ait olduğunu ise IP sorgulama aracımızla kontrol edebilirsiniz. Bayinize ilettiğiniz IP ile sunucunun gerçek genel IP'sinin aynı olduğundan emin olun. NAT arkasındaki ya da birden fazla IP'si olan sunucularda bu fark sık rastlanan bir aksaklıktır.

Özetle anahtar modeli taşınabilirlik sağlar, IP modeli ise bayi yönetimini kolaylaştırır. İkisinin de teknik sonucu aynıdır: sunucu CLN'ye kayıtlı ve lisanslı hale gelir.

Deneme anahtarıyla başlamak mantıklı mı?

Evet, özellikle ilk kez CloudLinux kullanacaksanız deneme anahtarı iyi bir başlangıçtır. Resmi kurulum belgesine göre deneme anahtarı 30 gün geçerlidir. Bunun için CLN üzerinde müşteri hesabı açarsınız, giriş yaparsınız ve portaldaki deneme anahtarı düğmesini kullanırsınız.

Deneme süresini gerçek bir ürün testi gibi kullanmanızı öneririz. Örneğin üretim sunucusunu doğrudan dönüştürmek yerine aynı işletim sistemi ve panelle kurduğunuz bir test VPS'inde denersiniz. Böylece sitelerinizin, PHP eklentilerinizin ve cron görevlerinizin yeni çekirdek ve CageFS ile sorunsuz çalıştığını görürsünüz.

Deneme sırasında şu sorulara yanıt arayın:

• Panel entegrasyonu (CloudLinux Manager) beklediğiniz ekranları gösteriyor mu?
• LVE sınırları sitelerinizin normal trafiğini kısıtlıyor mu?
• Kullandığınız yedekleme ve izleme araçları yeni ortamda çalışıyor mu?
• Ekip üyeleriniz istatistik ekranlarını okuyup yorumlayabiliyor mu?

Deneme bittiğinde ücretli lisansa geçmek için yeni anahtarı aynı sunucuda kaydetmeniz yeterlidir. Kayıt komutunu ilerideki bölümde gösteriyoruz.

Sunucunuz CloudLinux'a dönüştürmeye uygun mu?

CloudLinux'u iki yoldan kurarsınız: boş bir sunucuya ISO ile temiz kurulum ya da mevcut bir sunucuyu dönüştürme. Paneli ve siteleri zaten çalışan sunucularda pratikte dönüştürme yolunu seçersiniz. Resmi belge, dönüştürme için desteklenen ve desteklenmeyen sistemleri açıkça listeler.

• Desteklenen: CentOS 7, AlmaLinux OS 8, 9 ve 10, Rocky Linux 8 ve 9.
• Desteklenmeyen: CentOS 8, CentOS Stream ve Rocky Linux 10.
• Not: Rocky Linux'ta dönüştürmeyi geri almak desteklenmiyor.

Donanım tarafında belge, RHEL ve AlmaLinux'un desteklediği donanımın genel olarak desteklendiğini söyler. Ancak ARM tabanlı işlemciler, örneğin Graviton, kapsam dışıdır. ZFS kullanıyorsanız ayrıca dikkatli olun; belgeye göre ZFS ile LVE'nin disk I/O sınırları çalışmaz.

ISO tarafında da bir ayrıntı var. Belge, CloudLinux OS 7, 8 ve 9 için ISO sunarken CloudLinux OS 10 için ISO bulunmadığını, bunun yerine AlmaLinux 10 üzerinde dönüştürme yapılmasını önerir. Ubuntu tabanlı sunucular için ise CloudLinux belgelerinde ayrı bir bölüm yer alır; bu yazı RHEL ailesindeki dönüştürmeyi anlatır.

Kurulumdan önce hangi hazırlıkları yapmalısınız?

Dönüştürme, işletim sisteminin sürüm paketlerini ve çekirdeğini değiştiren ciddi bir işlemdir. Bu yüzden hazırlığı atlamamalısınız. Resmi belgedeki kontrol listesini kendi deneyimimizle sadeleştirerek şöyle özetliyoruz:

1. İşletim sistemi, mimari, sanallaştırma türü ve panel uyumluluğunu doğrulayın.
2. Tam yedek alın ve geri yüklemeyi gerçekten deneyin; yalnız yedek almak yetmez.
3. Kesinti için bir bakım penceresi planlayın, çünkü sonunda yeniden başlatma gerekir.
4. Yarım kalmış paket işlemlerini tamamlayın, depo ve paket yöneticisi hatalarını giderin.
5. Aktivasyon anahtarının ya da IP lisansının doğru sürüm için geçerli olduğunu teyit edin.
6. Sunucuya konsol erişiminiz olduğundan emin olun; SSH kopsa bile müdahale edebilmelisiniz.

Yedek konusunda dosya, veritabanı ve yapılandırma katmanlarını ayrı düşünün. Bu ayrımı web sitesi yedekleme stratejisi yazımızda adım adım anlattık.

Ayrıca sunucuda bir güvenlik duvarı varsa dönüştürme sırasında CloudLinux depolarına erişimi engellemediğinden emin olun. CSF kullanıyorsanız kuralların mantığını CSF Firewall rehberimizden hatırlayabilirsiniz.

cldeploy betiğini güvenle nasıl indirip incelersiniz?

Dönüştürmeyi cldeploy adlı resmi betik yapar. İnternette bu betiği tek satırda indirip doğrudan kabuğa aktaran örnekler görebilirsiniz. Biz bunu önermiyoruz; çünkü root yetkisiyle çalışacak bir betiği okumadan çalıştırmak gereksiz bir risktir. Bunun yerine iki ayrı adım izleyin: önce indirin, sonra inceleyin.

Birinci adım, betiği CloudLinux deposundan dosya olarak indirmektir. Resmi belgede adres şu şekilde geçer:

cd /root
curl -O https://repo.cloudlinux.com/cloudlinux/sources/cln/cldeploy
ls -l cldeploy

İkinci adımda dosyayı bir metin görüntüleyiciyle açıp göz gezdirirsiniz. Adresin gerçekten repo.cloudlinux.com olduğunu, dosyanın bir HTML hata sayfası değil kabuk betiği olduğunu kontrol edin:

head -n 20 cldeploy
less cldeploy

Ardından resmi belgede yer alan ön kontrol seçeneğini çalıştırın. Bu seçenek dönüştürmeye başlamadan önkoşulları denetler:

bash cldeploy --precheck

Ön kontrol bir uyarı verirse önce onu çözün. Uyarıyı görmezden gelip dönüştürmeye geçmek, yarım kalmış bir sistemle uğraşma ihtimalini artırır.

CloudLinux lisansı ile dönüştürme adım adım nasıl ilerler?

Ön kontrol temiz çıktıysa asıl dönüştürmeye geçersiniz. Komut, CloudLinux lisansınızın türüne göre değişir. Aktivasyon anahtarınız varsa betiğe anahtarı verirsiniz; betik sürümü de bu anahtardan okur:

bash cldeploy -k ACTIVATION_KEY

Bayinizden IP tabanlı lisans aldıysanız anahtar yerine IP seçeneğini kullanırsınız. Admin sürümüne IP lisansıyla geçecekseniz belge ek bir seçenek gösterir:

sh cldeploy -i
sh cldeploy -i --to-admin-edition

Betik çalışırken arka planda birçok iş yapar. Resmi belgeye göre özgün depo ayarlarını /etc/cl-convert-saved dizinine yedekler, CloudLinux depolarını ve paket imza anahtarını kurar. Ardından işletim sisteminin sürüm paketlerini CloudLinux karşılıklarıyla değiştirir ve çakışan paketleri kaldırır. Son olarak CloudLinux çekirdeğini, LVE araçlarını ve panel entegrasyonunu kurar.

Bu sırada terminali kapatmayın. Uzun sürebilecek bir işlem olduğu için SSH oturumunu screen ya da tmux içinde açmak mantıklıdır; bağlantı koparsa işlem yarıda kalmaz. Betik bittiğinde ekrana yazdığı son talimatları okuyun ve not alın. Bu talimatlar sunucunuzun durumuna özeldir.

Yeniden başlatmanın ardından neyi kontrol etmelisiniz?

Dönüştürmenin son adımı yeniden başlatmadır. Belge, yeniden başlatmadan önce önyükleme ile ilgili uyarıları, yani çekirdek ve initramfs dosyalarını ve önyükleme girdilerini kontrol etmenizi ister. Uyarı yoksa sunucuyu yeniden başlatırsınız, ardından çekirdeği doğrularsınız:

reboot
uname -r

Burada bir ayrıntıya dikkat edin. Eski CloudLinux sürümlerinde çekirdek adında "lve" ifadesini arardınız. Ancak belgeye göre CloudLinux OS 9 ve sonrası AlmaLinux çekirdeğini kullanır; dolayısıyla çekirdek adında lve görmemeniz bir hata işareti değildir.

Çekirdekten sonra uygulama katmanını kontrol edin:

• Panelde CloudLinux Manager ekranının açıldığını doğrulayın.
• Barındırdığınız sitelerin ana sayfasını ve yönetim panelini açın.
• Veritabanı bağlantılarının çalıştığını ve hata günlüklerinin temiz olduğunu görün.
• Cron görevlerinin ilk çalışmasını takip edin.

PHP Selector, X-Ray ya da AccelerateWP gibi isteğe bağlı özellikleri ise ayrı ayrı, kendi gereksinimlerine göre kurarsınız. Belge bunları dönüştürmenin parçası olarak değil, sonrasındaki ek adımlar olarak anlatır. SSL tarafında bir değişiklik beklemeyin; yine de SSL sorgulama aracımızla sertifikanın düzgün sunulduğunu bir kez kontrol etmek iyi bir alışkanlıktır.

cPanel, Plesk ve DirectAdmin'de nelere dikkat etmelisiniz?

Resmi belge cPanel, Plesk, DirectAdmin, CyberPanel, InterWorx ve Webuzo panellerini desteklenenler arasında sayar. Ancak entegrasyon derinliği panelden panele değişir. Bu nedenle kendi panelinizin bölümünü kurulumdan önce okumanızı öneririz.

• cPanel: Belge tam entegrasyondan söz eder; CloudLinux Manager WHM içinde yer alır.
• Plesk: Belge desteğe dahil eder; cldeploy, mod_fcgid modülünün değiştirilmesini kendisi üstlenir.
• DirectAdmin: Belge desteğe dahil eder; ancak dönüştürmenin ardından CustomBuild aracını çalıştırmanız gerekir.
• Diğer paneller: Entegrasyon panel geliştiricisine bağlıdır ve belge kararlılık garantisi vermez.

Panelsiz sunucularda da CloudLinux kullanabilirsiniz; ama bu durumda arayüz kolaylığının bir kısmını kaybedersiniz. Panel seçimi henüz netleşmediyse önce panel kararını verin, sonra CloudLinux lisansı sürümünü seçin. Çünkü bazı sürüm özellikleri, örneğin bayi sınırları, panelle birlikte anlam kazanır.

Bir başka pratik not: dönüştürme sırasında web sunucusu modülleri de değişebilir. Apache yerine LiteSpeed ya da Nginx kullanıyorsanız, kendi yığınınızın CloudLinux belgesindeki notlarını ayrıca okuyun.

Lisans etkinleştirme ve sürüm değiştirme komutları nelerdir?

Bazen lisansı kurulumdan sonra yeniden kaydetmeniz gerekir. Örneğin deneme anahtarından ücretli anahtara geçtiğinizde ya da sürüm değiştirdiğinizde bu durum ortaya çıkar. Resmi belge, anahtar tabanlı kayıt için şu komutları verir:

yum install rhn-setup
/usr/sbin/rhnreg_ks --activationkey=ANAHTARINIZ

IP tabanlı lisansta ise kayıt şu şekilde ilerler:

yum install rhn-setup
/usr/sbin/clnreg_ks --force

Sürüm değiştirmek, örneğin Solo'dan Admin'e geçmek için önce yeni sürümün anahtarını alırsınız. Sonra kaydı zorlayarak yenilersiniz:

rhnreg_ks --activationkey=YENI_ANAHTAR --force

IP lisansında bayiniz yeni sürümü IP'nize tanımladıktan sonra clnreg_ks komutunu yeniden çalıştırmanız yeterlidir. Komutlardaki büyük harfli yer tutucuları kendi anahtarınızla değiştirin; anahtarınızı ekran görüntüsü, destek talebi ya da sohbet geçmişi gibi yerlerde açıkça paylaşmayın. Anahtar, lisansınıza erişimin kendisidir.

CloudLinux'tan geri dönmek mümkün mü?

Kısmen mümkün. cldeploy betiği bir geri alma seçeneğine sahiptir ve belge bunu iki biçimde yazar:

cldeploy -c
cldeploy --uninstall

Bu seçenek LVE paketlerini kaldırır ve özgün depo ayarlarını geri yükler. Ancak CloudLinux çekirdeğini sistemde bırakır. Belge, çekirdeği elle kaldırıp standart çekirdeği yeniden kurmayı ayrı bir adım olarak anlatır. En önemli cümle ise şudur: bu işlem, dönüştürme öncesi durumun tam bir geri yüklemesi değildir.

Bunun pratik anlamı açık: geri dönüşü bir güvenlik ağı olarak görmeyin. Gerçek güvenlik ağı, dönüştürmeden önce aldığınız ve geri yüklemesini denediğiniz yedektir. Ayrıca Rocky Linux üzerinden dönüştürdüyseniz belge geri almayı desteklemediğini söyler; bu yüzden Rocky Linux sunucularında karar vermeden önce test ortamında denemeniz daha da önemlidir.

Kısacası CloudLinux'u bir eklenti gibi değil, işletim sistemi değişikliği gibi ele alın. Bu bakış açısı hem hazırlık disiplinini hem de bakım planını doğru kurmanızı sağlar.

Imunify360 ve KernelCare CloudLinux'un parçası mı?

Hayır, bunlar aynı şirketin ayrı ürünleridir ve her birinin lisansını ayrıca alırsınız. CloudLinux'un resmi sitesi ürün ailesini şöyle tanımlar: Imunify360 Linux web sunucuları için çok katmanlı otomatik güvenlik sunar. ImunifyAV ücretsiz kötü amaçlı yazılım taraması yapar, ImunifyAV+ tek tıkla temizlik ekler. KernelCare ise Linux çekirdeği için yeniden başlatma gerektirmeyen canlı yama sağlar.

Bu ayrım satın alma sırasında önemlidir. "CloudLinux var" diyen bir hosting teklifi, otomatik olarak Imunify360 ya da KernelCare içerdiği anlamına gelmez. Teklifi incelerken her ürünü ayrı ayrı sorun.

• CloudLinux OS: kaynak sınırlama, izolasyon ve dil seçicileri.
• Imunify360: sunucu düzeyinde güvenlik duvarı, kötü amaçlı yazılım taraması ve proaktif savunma.
• KernelCare: çekirdek güvenlik yamalarını yeniden başlatmadan uygulama.
• AccelerateWP: WordPress siteleri için hız optimizasyonu araç seti.

Uygulama katmanındaki güvenlik açıkları ise bu ürünlerden bağımsız olarak sizin sorumluluğunuzdadır. Yaygın açık türlerini OWASP Top 10 yazımızda özetledik.

Ne zaman bu işi hosting sağlayıcınıza bırakmalısınız?

Dürüst olmak gerekirse çoğu site sahibi CloudLinux'u hiç kurmamalıdır. Paylaşımlı hosting paketi kullanıyorsanız CloudLinux zaten sağlayıcınızın sunucusunda kurulu gelir ya da gelmez; bu sizin değiştirebileceğiniz bir ayar değildir. Bu durumda yapmanız gereken tek şey paketi seçerken doğru soruları sormaktır.

Yönetilen VPS kullanıyorsanız da işletim sistemi dönüştürmesini sağlayıcının destek ekibine bırakmak genellikle daha güvenlidir. Çünkü sağlayıcı sanallaştırma katmanını, konsol erişimini ve kendi yedek altyapısını sizden iyi bilir. Şu durumlarda işi kesinlikle sağlayıcıya devretmenizi öneririz:

• Sunucuya konsol ya da KVM erişiminiz yoksa.
• Üretimde çalışan e-ticaret sitesinin bakım penceresini kaldıramıyorsanız.
• Sunucunun lisansları (panel, CloudLinux) sağlayıcı üzerinden tanımlıysa.
• Linux paket yönetimi ve önyükleme sorunlarını çözme deneyiminiz yoksa.

Kendi yönetilmeyen VPS'inizi işletiyorsanız ve konsola erişebiliyorsanız bu rehber size yol gösterir. Yine de VPS ile diğer sunucu türlerinin sorumluluk farkını VPS, VDS ve bulut sunucu karşılaştırmamızda okumanız kararınızı kolaylaştırır.

Kurulumda en sık hangi hatalarla karşılaşırsınız?

Resmi belgenin uyarılarından ve genel sistem yönetimi pratiklerinden yola çıkarak sık görülen hataları sıraladık. Bunların çoğu teknik değil, süreç hatasıdır.

1. Desteklenmeyen sistemde denemek: CentOS Stream ya da Rocky Linux 10 üzerinde dönüştürme denemek.
2. Yanlış IP'ye lisans tanımlatmak: Bayiye sunucunun gerçek genel IP'si yerine başka bir adresi iletmek.
3. Ön kontrolü atlamak: Precheck çıktısındaki uyarıları okumadan dönüştürmeye geçmek.
4. Betiği okumadan çalıştırmak: Tek satırlık indirme ve çalıştırma kalıbını kullanmak.
5. Yedeği test etmemek: Yedeğin var olduğunu varsayıp geri yüklemeyi hiç denememek.
6. Konsolsuz yeniden başlatmak: Önyükleme sorunu çıkarsa sunucuya ulaşamamak.

Bir de beklenti hatası var. CloudLinux, özensiz kodlanmış bir sitenin yavaşlığını çözmez; yalnızca o sitenin komşularını etkilemesini engeller. Hatta LVE sınırına takılan bir site, CloudLinux öncesine göre daha belirgin biçimde yavaşlayabilir. Bu durumda sorun lisansta değil, sitenin kendisindedir ve kod ya da önbellek tarafında çözüm aramanız gerekir.

Ekibimiz bu süreçte size nasıl yardımcı olur?

Biz hosting firması değiliz ve CloudLinux lisansı satmıyoruz. Ancak web tasarım ve e-ticaret projelerinde sunucu kararının siteye etkisini sıkça birlikte değerlendiriyoruz. Örneğin bir mağaza sitesinin hangi hosting türünde, hangi PHP sürümüyle ve hangi önbellek katmanıyla çalışacağını planlarken altyapı sorularını da masaya koyuyoruz.

Bu kapsamda yaptığımız işler şunlardır: hosting tekliflerini teknik açıdan karşılaştırmak, sağlayıcıya yöneltmeniz gereken soruları hazırlamak ve sitenin yeni ortama taşınmasını planlamak. Dönüştürme komutlarını ise sunucunun sahibi ya da sağlayıcısı çalıştırır. Bu sınırı baştan net koymayı tercih ediyoruz.

Yeni bir site ya da mağaza kuruyorsanız altyapıyı tasarımla birlikte ele alan web tasarım hizmetimize göz atabilirsiniz. Mevcut sitenizin hızını ve teknik sağlığını arama motoru açısından değerlendirmek istiyorsanız SEO danışmanlığı hizmetimiz de sunucu kaynaklı sorunları rapora dahil eder.

Kurulumdan sonra CloudLinux lisansı ve sunucu bakımında neleri izlemelisiniz?

Dönüştürme bir kerelik bir iştir; ama CloudLinux'tan gerçekten verim almak düzenli takip ister. İlk haftalarda en çok dikkat etmeniz gereken yer LVE sınırlarıdır. Varsayılan sınırlar her sitenin trafiğine uymayabilir. Bu yüzden CloudLinux Manager ekranındaki istatistiklerden hangi hesabın sınıra dayandığını izlersiniz.

Sınır aşımlarını değerlendirirken acele etmeyin. Bir hesap sürekli CPU sınırına takılıyorsa önce sitenin kendisine bakın; eklenti, önbellek ya da sorgu sorunu olabilir. Sınırı hemen yükseltmek, sorunu komşu hesaplara taşımaktan başka bir işe yaramayabilir.

Bakım rutininize şu maddeleri eklemenizi öneririz:

• İşletim sistemi güncellemelerini paket yöneticisiyle düzenli aralıklarla uygulayın.
• CLN portalında lisans durumunu ve yenileme tarihini takip edin.
• Panel güncellemelerinden sonra CloudLinux Manager ekranının açıldığını kontrol edin.
• LVE istatistiklerinde tekrar eden sınır aşımlarını aylık olarak gözden geçirin.

Lisans süresi dolarsa güncellemeler durabilir; bu da güvenlik açısından risklidir. Bu nedenle yenileme tarihini takviminize ekleyin ve ödeme yöntemini güncel tutun.

Sonuç: CloudLinux lisansı kararını nasıl verirsiniz?

Kararı üç soruya indirgeyebilirsiniz. Birincisi, sunucunuzda kaç hosting hesabı olacak? Bu sorunun cevabı sizi Solo, Admin ya da Shared Pro sürümlerinden birine yönlendirir. İkincisi, sunucunuz dönüştürmeye uygun bir işletim sistemi ve panel kullanıyor mu? Üçüncüsü, kurulumu ve bakımı kim üstleniyor?

Üç sorunun cevabı netse süreç düzdür: CLN ya da bayi üzerinden CloudLinux lisansı alırsınız, deneme anahtarıyla test edersiniz, yedeğinizi doğrularsınız. Ardından cldeploy betiğini indirip inceler, ön kontrolü çalıştırır ve bakım penceresinde dönüştürürsünüz. Yeniden başlatmanın ardından çekirdeği, paneli ve sitelerinizi kontrol edersiniz.

Cevaplardan biri belirsizse, özellikle de üçüncüsü, işi hosting sağlayıcınıza bırakmak çoğu zaman en doğru seçimdir. Kaynak sınırlama ve izolasyon değerli özelliklerdir; ama yarım kalmış bir dönüştürme, kazandıracağı her şeyi tek bir kesintide geri alabilir.