KVM, sanal makineler, konteynerler ve özel donanım farklı çalışma sınırlarını tanımlar. Projenizin ihtiyaç duyduğu sınırı seçin, teklifin sunduğu özellikleri doğrulayın ve bu ortam içindeki yazılımı bakımda tutun.
Sanal makine bir konuk ortamıdır
Bir sanal makine, işlemciler, diskler ve ağ arayüzleri gibi sanallaştırılmış donanıma sahip bir işletim sistemi sunar. Fiziksel ana makine, bu konukları mümkün kılan mekanizmayı çalıştırır. VPS, belirtilen bir kaynak tahsisi ve müşterinin kullanabileceği bir çalışma ortamıyla bir sanal sunucu etrafında oluşturulmuş bir barındırma ürünüdür. Tahsisi teklifin bir parçası olarak okuyun; her sanal CPU arkasında fiziksel bir makine hayal etmeyin.
Özel bir sunucu, projeye fiziksel bir makine sınırı verir. Donanım ve dağıtım bu tasarımı desteklediğinde tek bir işletim sistemi çalıştırabilir veya kendi sanal makinelerini barındırabilir. Bu, kaynak sahipliğini ve yönetimini değiştirir, ancak yazılım güvenlik açıklarını, güncelleme işini veya yedekleme ihtiyacını ortadan kaldırmaz. Sınırı gerçek bir yalıtım veya kapasite gereksiniminden seçin.
KVM bir sanallaştırma teknolojisini tanımlar
KVM, Linux çekirdeğinde sanallaştırma desteği sağlar. QEMU bir makine modeli sunar ve sanallaştırma hızlandırıcısı olarak KVM kullanabilirken, libvirt gibi yönetim yazılımları konuk yapılandırmasını ve yaşam döngüsünü düzenleyebilir. Bu bileşenler bir ortamın nasıl oluşturulabileceğini açıklar; KVM harfleri CPU zamanlamasını, depolama performansını veya hizmet kullanılabilirliğini belirtmez.
Sanallaştırma belgeleri bazen ana makine platformuyla ilişkilerine göre Tip 1 ve Tip 2 hipervizörleri ayırt eder. Bir barındırma kararı için bir etiket, konuk sınırını, bakım sorumluluğunu ve açığa çıkan donanımı bilmekten daha az faydalıdır. Gerekli konuk işletim sisteminin ve sürücülerin desteklenip desteklenmediğini sorun. Bir yazılım projesi tarafından tanımlanan özellikler her sağlayıcının ürününde otomatik olarak etkinleştirilmez.
Konuk denetimini ana makine denetimiyle karıştırmayın
Bir konuk içindeki root veya yönetici erişimi, o konuğu yönetmenizi sağlar. Size fiziksel hipervizöre, başka bir kiracıya veya olası her ana makine özelliğine erişim vermez. İç içe sanallaştırma, aygıt geçişi ve özel ağ ayarları açık destek gerektirir. Dizüstü bilgisayarınızda bulunan bir yeteneğin barındırma ortamı tarafından aynı şekilde sunulacağı varsayımıyla bir VPS seçmeyin.
Gerçek planın CPU, bellek, depolama, ağ ve lisanslarını karşılaştırın. Teslimattan sonra temsili iş yüküyle uygulamanızın gecikmesini ve kaynak baskısını gözlemleyin. Bir sanallaştırma teknolojisi, sağlayıcı politikasına göre altta yatan donanım kaynaklarını paylaşırken yararlı bir yalıtım sınırı oluşturabilir. Ne bir konuk etiketi ne de özel etiketi ölçümlerin ve eksiksiz bir operasyonel şartnamenin yerini tutar.
| Sınır | Projenin yönettiği şey | Doğrulanacak bir yetenek |
|---|---|---|
| Sanal makine | Konuk işletim sistemi ve hizmetleri | Desteklenen işletim sistemi, sürücüler ve açığa çıkan özellikler |
| Konteyner | Süreç ve imaj yapılandırması | Çekirdek özellikleri, sınırlar ve bağlama kapsamı |
| Özel sunucu | Seçilen fiziksel makine ortamı | Donanım ve sanallaştırma gereksinimleri |
Konteynerler bir ortam içindeki süreçleri düzenler
Bir konteyner genellikle ana makine çekirdeğini paylaşırken süreçleri ve kaynaklarını gruplar. Bir sanal makine bir konuk çekirdeği çalıştırır. İşletim sistemi ve çalışma zamanı amaçlanan yapılandırmayı desteklediğinde bir VPS içinde konteyner çalıştırabilirsiniz. Bu kombinasyon, konuğun güvenlik bakımını veya kurtarma planını değiştirmeden bağımlılıkları paketlemeyi kolaylaştırabilir.
Docker'ın kaynak kontrolleri bilinçli ayarlar gerektirir: varsayılan olarak, çalışma zamanı her konteynere CPU ve bellek sınırları koymaz. Kaynak kullanımını sınırlayın ve gereksiz ayrıcalıklardan veya ana makine bağlamalarından kaçının. Farklı güven gereksinimleri olan iş yüklerini mümkün olduğunda ayırın. Ana makineyi ve imajları bakımda tutun. Bir konteyner imajını, başlatmak kolay olduğu için otomatik bir güvenlik kararı olarak değil, doğrulamanız gereken bir yazılım olarak ele alın.
Kabuk, sunucunun kendisi değil bir yorumlayıcıdır
Bir terminal bir etkileşim yüzeyi sağlar; bir kabuk komutları yorumlar ve programları başlatır. Linux üzerinde Bash yaygın bir kabuktur, diğer kabuklar farklı sözdizimi ve etkileşimli özellikler sunar. Bir betik, beklediği yorumlayıcıyı hedeflemelidir. Oturum açma kabuğunu değiştirmek her uygulamanın yorumlayıcısını değiştirmez veya başka bir kabuk için yazılmış bir betiği uyumlu hale getirmez.
Kabuk girdisi, bir program argümanlarını almadan önce genişletme, yönlendirme ve komut ikamesine uğrayabilir. Dosya adlarından veya kullanıcı verilerinden bakım komutları oluşturmadan önce bu işlemeyi anlayın. Güvenilmeyen girdiyi yürütülebilir komut metninin dışında tutun, argümanları doğru şekilde tırnak içine alın ve otomatik işler için bir programın yapılandırılmış arayüzünü tercih edin. Geçmiş, günlükler ve süreç argümanları hassas değerleri saklayabilir; bu nedenle uygulamaya uygun özel kimlik bilgisi mekanizmasını kullanın.
Seçtiğiniz sınırı işletin
Teslimattan sonra konuk işletim sistemini, erişim yolunu ve kurtarma mekanizmasını belirleyin. Güncellemeleri uygulayın, kısıtlı bir yönetim hesabı oluşturun ve yalnızca projenin ihtiyaç duyduğu hizmetleri açığa çıkarın. Önemli verileri aktarmadan önce küçük bir dağıtımı test edin. Yeniden oluşturmak için gereken çalışma zamanını, imajları ve yapılandırmayı kaydedin; sınır, uygulama durumunun kurtarılabilir olup olmadığını size söylemez.
İş yüküne ve çalışma ortamına göre Vector, DeskLink veya bir Metal serisini kısa listeye almak için SwissOctet karşılaştırmasını kullanın. Sipariş hazırlamadan önce özel yetenekleri doğrulayın. Çalıştırma kitabında işletim sistemi işini, uygulama işini ve sağlayıcı işini ayrı tutun. Net bir sınır faydalıdır çünkü neyi yapılandırabileceğinizi ve neyi sormanız gerektiğini söylerken geçiş ve geri yükleme için pratik bir yol sunar.
Pratik kontrol listeniz.
- Konuk erişimini ana makine erişiminden ayırt edin.
- Özel donanım ve sanallaştırma gereksinimlerini doğrulayın.
- Bir hipervizör etiketini değil, eksiksiz yapılandırmayı ölçün.
- Konteyner sınırlarını ve izinlerini yapılandırın.
- Amaçlanan kabuğu kullanın ve komut girdilerini koruyun.
Önemli olan ayrıntılar.
KVM, özel fiziksel CPU çekirdekleri aldığım anlamına mı gelir?+
Hayır. KVM bir sanallaştırma teknolojisini tanımlar. Ürünün CPU tahsisini ve kaynak politikasını ayrıca okuyun.
Konteynerler konuk bakımının yerini alabilir mi?+
Hayır. Ana makine ortamı, konteyner çalışma zamanı ve imajların tümü bakım, uygun izinler ve kurtarma planlaması gerektirir.
Bir terminal ile bir kabuk aynı şey mi?+
Hayır. Bir terminal bir arayüz sağlar. Bir kabuk, komut girdisini yorumlar ve bu arayüz içinde programları başlatır.
Kaynağa gidin.
Bu kaynaklar, bu kılavuzdaki teknik kavramları destekler. Bir üretim sistemini değiştirmeden önce güncel belgeleri izleyin.
- KVM projesi: Çekirdek Sanal Makinesi www.linux-kvm.org
- QEMU: Sistem öykünmesine giriş www.qemu.org
- Docker: Kaynak kısıtlamaları docs.docker.com
- GNU Bash: Kabuk genişletmeleri www.gnu.org
SwissOctet tarafından editoryal rehberlik. Örnekler açıklayıcıdır. Hizmet spesifikasyonları, mevcut seçenekler ve sözleşme koşulları ayrıca doğrulanmalıdır.