Azure'da sanal makineler
Şunlar için geçerlidir: ✔️ Linux VM'leri ✔️ Windows VM'leri ✔️ Esnek ölçek kümeleri
Azure sanal makineleri (VM'ler), Azure'ın sunduğu çeşitli isteğe bağlı, ölçeklenebilir bilgi işlem kaynaklarından biridir. Genellikle, bilgi işlem ortamı üzerinde diğer seçeneklerden daha fazla denetime ihtiyacınız olduğunda bir sanal makine seçersiniz. Bu makalede bir sanal makine oluşturmadan önce neleri dikkate almanız gerektiği, nasıl oluşturduğunuz ve nasıl yönettiğiniz hakkında bilgi verilmektedir.
Azure sanal makinesi, çalıştıran fiziksel donanımı satın alıp bakımını yapmak zorunda kalmadan sanallaştırma esnekliği sağlar. Ancak, üzerinde çalışan yazılımları yapılandırma, düzeltme eki uygulama ve yükleme gibi görevleri gerçekleştirerek sanal makineyi korumanız gerekir.
Azure sanal makineleri farklı amaçlarla kullanılabilir. Aşağıda bazı örnekler bulunmaktadır:
- Geliştirme ve test – Azure sanal makineleri, bir uygulamayı kodlayıp test etmek için gereken belirli yapılandırmalara sahip bir bilgisayar oluşturmanın hızlı ve kolay bir yolunu sunar.
- Buluttaki uygulamalar : Uygulamanıza yönelik talep dalgalanmalara neden olabileceğinden Azure'daki bir sanal makinede çalıştırmak ekonomik bir anlam ifade edebilir. İhtiyaç duyduğunuzda ek sanal makineler için ödeme yapıp ihtiyacınız olmadığında bunları kapatabilirsiniz.
- Genişletilmiş veri merkezi : Azure sanal ağındaki sanal makineler kuruluşunuzun ağına kolayca bağlanabilir.
Uygulamanızın kullandığı sanal makine sayısı, gereksinimlerinizi karşılamak için gereken ölçeği artırıp genişletebilir.
Azure'da bir uygulama altyapısı oluştururken tasarım konusunda dikkat edilmesi gereken çok sayıda nokta vardır. Başlamadan önce bir sanal makinenin bu yönlerini düşünmeniz önemlidir:
- Kaynaklarınızın adları
- Kaynakların depolanacağı konum
- Sanal makinenin boyutu
- Oluşturulabilecek en fazla sanal makine sayısı
- Sanal makinenin çalıştığı işletim sistemi
- Sanal makinenin başlatıldıktan sonra yapılandırması
- Sanal makinenin ihtiyaç duyduğu ilgili kaynaklar
Bir sanal makine oluşturduğunuzda, sanal makineyi destekleyen kaynaklar da oluşturursunuz. Bu kaynaklar dikkate alınması gereken kendi maliyetleriyle birlikte gelir.
Bir sanal makineyi destekleyen varsayılan kaynaklar ve bunların nasıl faturalandırıldıkları aşağıdaki tabloda ayrıntılı olarak anlatılır:
Kaynak | Açıklama | Maliyet |
---|---|---|
Sanal ağ | Sanal makinenize diğer kaynaklarla iletişim kurma olanağı sağlamak için | Sanal ağ fiyatlandırması |
Sanal Ağ Arabirim Kartı (NIC) | Sanal ağa bağlanmak için | NIC'ler için ayrı bir maliyet yoktur. Ancak, VM'nizin boyutuna göre kaç NIC kullanabileceğinizin bir sınırı vardır. VM'nizi uygun şekilde boyutlandırıp Sanal Makine fiyatlandırması'ne başvurun. |
Özel IP adresi ve bazen de genel IP adresi. | Ağınızda ve dış ağlarla iletişim ve veri değişimi için | IP Adresleri fiyatlandırması |
Ağ güvenlik grubu (NSG) | SANAL makinenize gelen ve vm'den gelen ağ trafiğini yönetmek için. Örneğin, SSH erişimi için 22 numaralı bağlantı noktasını açmanız gerekebilir, ancak 80 numaralı bağlantı noktasına gelen trafiği engellemek isteyebilirsiniz. Bağlantı noktası erişimini engelleme ve erişime izin verme işlemi NSG aracılığıyla yapılır. | Azure'da ağ güvenlik grupları için ek ücret alınmaz. |
İşletim Sistemi Diski ve büyük olasılıkla veriler için ayrı diskler. | Verilerinizi işletim sisteminizden ayrı bir diskte tutmak en iyi yöntemdir. Vm'niz başarısız olursa veri diskini ayırabilir ve yeni bir VM'ye ekleyebilirsiniz. | Tüm yeni sanal makinelerin işletim sistemi diski ve yerel diski vardır. Azure, yerel disk depolama için ücret almaz. Genellikle 127GiB olan ancak bazı görüntüler için daha küçük olan işletim sistemi diski, diskler için normal hızda ücretlendirilir. Premium (SSD tabanlı) ve Standart (HDD) tabanlı disklerin sanal makinelerinize eklenmesinin maliyetini Yönetilen Diskler fiyatlandırma sayfasında görebilirsiniz. |
Bazı durumlarda işletim sistemi lisansı | Sanal makinenizin işletim sistemini çalıştırmak üzere çalıştırılmasını sağlamak için | Maliyet, VM'nizdeki çekirdek sayısına göre değişir, bu nedenle VM'nizi uygun şekilde boyutlandırın. Maliyet Azure Hibrit Avantajı azaltılabilir. |
Azure'ın ortak ve özel SSH anahtarları oluşturup depolamasını da seçebilirsiniz. Azure, VM'nizdeki ortak anahtarı kullanır ve SSH üzerinden VM'ye eriştiğinizde özel anahtarı kullanırsınız. Aksi takdirde, bir kullanıcı adı ve parola gerekir.
Varsayılan olarak, bu kaynaklar VM ile aynı kaynak grubunda oluşturulur.
Dünyanın dört bir yanında Azure kaynakları oluşturabileceğiniz birden çok coğrafi bölge vardır. Genellikle bir sanal makine oluşturduğunuzda bölge konum olarak adlandırılır. Bir sanal makine için konum, sanal sabit disklerin nerede depolandığını belirtir.
Bu tabloda, kullanılabilen konumların listesini edinme yöntemlerinden bazıları gösterilmektedir.
Metot | Açıklama |
---|---|
Azure portal | Sanal makine oluştururken listeden bir konum seçin. |
Azure PowerShell | Get-AzLocation komutunu kullanın. |
REST API | List locations işlemini kullanın. |
Azure CLI | az account list-locations işlemini kullanın. |
Azure'da sanal makinelerinizin kullanılabilirliğini yönetmek için birden çok seçenek vardır.
- Kullanılabilirlik Alanları, bir Azure bölgesi içinde fiziksel olarak ayrılmış bölgelerdir. Kullanılabilirlik alanları, aynı Azure bölgesinde iki veya daha fazla Kullanılabilirlik Alanları dağıtılan iki veya daha fazla örneğiniz olduğunda sanal makine bağlantısının en az %99,99'unda olmasını sağlar.
- Sanal Makine Ölçek Kümeleri yük dengeli bir sanal makine grubu oluşturmanıza ve yönetmenize olanak sağlar. Sanal makine örneklerinin sayısı talebe veya tanımlı bir zamanlamaya göre otomatik olarak artabilir veya düşebilir. Ölçek kümeleri uygulamalarınıza yüksek kullanılabilirlik sağlar ve birçok sanal makineyi merkezi olarak yönetmenize, yapılandırmanıza ve güncelleştirmenize olanak tanır. Ölçek kümesindeki sanal makineler birden çok kullanılabilirlik alanına, tek bir kullanılabilirlik alanına veya bölgesel olarak da dağıtılabilir.
Daha fazla bilgi için bkz . Azure sanal makineleri için kullanılabilirlik seçenekleri ve Azure sanal makineleri için SLA.
Kullandığınız sanal makinenin boyutu, çalıştırmak istediğiniz iş yükü tarafından belirlenir. Seçtiğiniz boyut işleme gücü, bellek, depolama kapasitesi ve ağ bant genişliği gibi faktörleri belirler. Azure çok sayıda kullanım türünü desteklemek için büyük çeşitlilikteki boyutları sunar.
Azure, sanal makinenin boyutuna ve işletim sistemine göre saatlik ücretlendirilir. Kısmi saatler için, Azure yalnızca kullanılan dakikaları ücretlendirir. Depolama ayrı olarak fiyatlandırılır ve ücretlendirilir.
Aboneliğinizde, projeniz için birçok sanal makinenin dağıtımını etkileyebilecek varsayılan kota sınırları vardır. Abonelik başına geçerli sınır, bölge başına 20 sanal makine toplam çekirdeğidir. Sınırların yükseltilmesini talep etmek için destek bileti oluşturabilirsiniz
Yönetilen Diskler, arka planda Azure Depolama hesabı oluşturma ve yönetimiyle ilgilenir ve depolama hesabının ölçeklenebilirlik sınırları konusunda endişelenmenize gerek kalmaz. Azure’ın diski oluşturup yönetebilmesi için disk boyutunu ve performans katmanını (Standart veya Premium) belirtmeniz yeterlidir. Disk eklerken veya sanal makinenin ölçeğini artırıp azalttıkça, kullanılan depolama alanı konusunda endişelenmeniz gerekmez. Yeni sanal makineler oluşturuyorsanız, Yönetilen işletim sistemi ve veri diskleriyle sanal makineler oluşturmak için Azure CLI veya Azure portalını kullanın. Yönetilmeyen diskleri olan sanal makineleriniz varsa, sanal makinelerinizi Yönetilen Diskler ile yedeklenecek şekilde dönüştürebilirsiniz.
Ayrıca azure bölgesi başına bir depolama hesabında özel görüntülerinizi yönetebilir ve bunları kullanarak aynı abonelikte yüzlerce sanal makine oluşturabilirsiniz. Yönetilen Diskler hakkında daha fazla bilgi için bkz. Yönetilen Disklere Genel Bakış.
Microsoft, çeşitli Linux ve Windows dağıtımlarını Azure desteği. Kullanılabilir dağıtımları markette, Azure portalında veya CLI, PowerShell ve REST API'lerini kullanarak sonuçları sorgulayarak bulabilirsiniz.
Bu tabloda bir görüntünün bilgilerine nasıl erişebileceğiniz gösterilmiştir.
Metot | Açıklama |
---|---|
Azure portal | Bir görüntüyü kullanmak istediğinizde değerler otomatik olarak belirtilir. |
Azure PowerShell | Get-AzVMImagePublisher -Konum konumu Get-AzVMImageOffer -Location location -Publisher publisherName Get-AzVMImageSku -Location location -Publisher publisherName -Offer offerName |
REST API'leri | Görüntü yayımcılarını listeleme Görüntü tekliflerini listeleme Görüntü sku’larını listeleme |
Azure CLI | az vm image list-publishers --location konum az vm image list-offers --location konum --publisher yayımcıAdı az vm image list-skus --location konum --publisher yayımcıAdı --offer teklifAdı |
Microsoft, sağlanan görüntülerin güncelleştirilmiş ve Azure çalışma zamanı için iyileştirilmiş olduğundan emin olmak için iş ortaklarıyla yakın bir çalışma sürdürür. Azure iş ortağı teklifleri hakkında daha fazla bilgi için bkz. Azure Market
Azure desteği destekleyen çoğu Linux dağıtımında cloud-init için geçerlidir. Cloud-init özellikli görüntülerin Azure Market kullanılabilir olmasını sağlamak için Linux iş ortaklarımızla etkin bir şekilde çalışıyoruz. Bu görüntüler, cloud-init dağıtımlarınızın ve yapılandırmalarınızın sanal makineler ve sanal makine ölçek kümeleri ile sorunsuz çalışmasını sağlar.
Daha fazla bilgi için bkz . Azure Linux sanal makinelerinde cloud-init kullanma.
- Microsoft Azure Depolama'ya Giriş
- azure-cli kullanarak Linux sanal makinesine disk ekleme
- Azure portalında Linux sanal makinesine veri diski ekleme
- Sanal Ağ’a Genel Bakış
- Azure’da IP adresleri
- Azure'da linux sanal makinesine bağlantı noktaları açma
- Azure Portal'da Tam Etki Alanı Adı oluşturma
Microsoft olarak, ihtiyaç duyduğunuzda hizmetlerimizin her zaman kullanılabilir olduğundan emin olmak için çok çalışıyoruz. Kontrolümüzün ötesindeki güçler bazen bizi plansız hizmet kesintilerine neden olacak şekillerde etkiler.
Microsoft, çalışma süresi ve bağlantı taahhüdü olarak hizmetleri için bir Hizmet Düzeyi Sözleşmesi (SLA) sağlar. Tek tek Azure hizmetlerinin SLA'sı Azure Hizmet Düzeyi Sözleşmeleri'nde bulunabilir.
Azure,yüksek oranda kullanılabilir uygulamaları destekleyen birçok yerleşik platform özelliğine sahiptir. Bu hizmetler hakkında daha fazla bilgi için bkz . Azure uygulamaları için olağanüstü durum kurtarma ve yüksek kullanılabilirlik.
Bu makale, büyük bir doğal afet veya yaygın hizmet kesintisi nedeniyle tüm bölgede kesinti yaşandığında gerçek bir olağanüstü durum kurtarma senaryosunu kapsar. Bunlar nadir görülen durumlardır, ancak bölgenin tamamında kesinti yaşanma olasılığına hazırlıklı olmanız gerekir. Bölgenin tamamında hizmet kesintisi yaşanırsa verilerinizin yerel olarak yedekli kopyaları geçici olarak kullanılamaz. Coğrafi çoğaltmayı etkinleştirdiyseniz Azure Depolama bloblarınızın ve tablolarınızın ek üç kopyası farklı bir bölgede depolanır. Tam bir bölgesel kesinti veya birincil bölgenin kurtarılamayan bir olağanüstü durum durumunda, Azure tüm DNS girişlerini coğrafi olarak çoğaltılan bölgeyle yeniden eşler.
Azure sanal makine uygulamanızın dağıtıldığı bölgenin tamamında hizmet kesintisi olması durumunda, Azure sanal makineleri için aşağıdaki kılavuzu sağlarız.
Vm'leriniz için Azure Site Recovery'yi yapılandırarak uygulamanızı birkaç dakika içinde tek bir tıklamayla kurtarabilirsiniz. İstediğiniz Azure bölgesine çoğaltabilirsiniz ve eşleştirilmiş bölgeyle sınırlı değildir. Sanal makinelerinizi çoğaltarak çalışmaya başlayabilirsiniz. Uygulamanız için yük devretme işleminin tamamını otomatikleştirebilmeniz için bir kurtarma planı oluşturabilirsiniz. Yük devretme işlemlerinizi üretim uygulamasını veya devam eden çoğaltmayı etkilemeden önceden test edebilirsiniz. Birincil bölge kesintisi durumunda yük devretme başlatır ve uygulamanızı hedef bölgeye getirirsiniz.
Bu durumda, sizin tarafınıza herhangi bir işlem yapılması gerekmez. Hizmet kullanılabilirliğini geri yüklemek için özenle çalıştığımızı bilin. Geçerli hizmet durumunu Azure Hizmet Durumu Panomuzda görebilirsiniz.
Kesintiden önce Azure Site Recovery, okuma erişimli coğrafi olarak yedekli depolama veya coğrafi olarak yedekli depolama ayarlamazsanız bu seçenek en iyisidir. SANAL makine sanal sabit sürücülerinizin (VHD' ler) depolandığı depolama hesabı için coğrafi olarak yedekli depolama veya okuma erişimli coğrafi olarak yedekli depolama ayarlarsanız, temel görüntü VHD'sini kurtarmaya bakabilir ve ondan yeni bir VM sağlamaya çalışabilirsiniz. Bu seçenek tercih değildir çünkü verilerin eşitlenmesi garantisi yoktur, yani bu seçeneğin çalışması garanti değildir.
Not
Bu işlem üzerinde herhangi bir denetime sahip olmadığınızı ve bunun yalnızca bölge genelinde hizmet kesintileri için gerçekleşeceğini unutmayın. Bu nedenle, en yüksek kullanılabilirlik düzeyini elde etmek için uygulamaya özgü diğer yedekleme stratejilerine de güvenmeniz gerekir. Daha fazla bilgi için Olağanüstü durum kurtarma için veri stratejileri bölümüne bakın.
Azure Site Recovery kullanarak Azure sanal makinelerinde çalışan uygulamalarınızı korumaya başlama
Olağanüstü durum kurtarma ve yüksek kullanılabilirlik stratejisi uygulama hakkında daha fazla bilgi edinmek için bkz . Azure uygulamaları için olağanüstü durum kurtarma ve yüksek kullanılabilirlik.
Bulut platformunun özellikleri hakkında ayrıntılı bir teknik anlayış geliştirmek için bkz . Azure dayanıklılığı teknik kılavuzu.
Yönergeler açık değilse veya microsoft'un işlemleri sizin adınıza gerçekleştirmesini istiyorsanız Müşteri Desteği'ne başvurun.
Azure'da müşteri verilerinin tek bir bölgede depolanmasını sağlayan özellik şu anda yalnızca Güney Asya Pasifik Bölgesi'nin Güneydoğu Asya Bölgesi'nde (Singapur) ve Brezilya Coğrafi Bölgesi'nin Güney Brezilya (Sao Paulo State) bölgesinde kullanılabilir. Diğer tüm bölgeler için müşteri verileri Coğrafi Bölgede depolanır. Daha fazla bilgi için bkz . Güven Merkezi.
İlk sanal makinenizi oluşturun!