klasik dağıtım modeliyle oluşturulan Azure Windows sanal makineler hakkında sık sorulan sorular

  • Makale

Önemli

Klasik VM 'Ler 1 Mart 2023 ' de kullanımdan kaldırılacaktır.

IaaS kaynaklarını ASM 'den kullanıyorsanız, lütfen geçişinizi 1 Mart 2023 ' den tamamlayabilirsiniz. Azure Resource Manager 'daki birçok özellik geliştirmelerinden faydalanmak için anahtarı daha önce bir daha erken yapmanız önerilir.

daha fazla bilgi için, bkz. 1 mart 2023 ' de ıaas kaynaklarınızı Azure 'a geçirme Resource Manager.

Not

Azure 'da kaynak oluşturmak ve bunlarla çalışmak için iki farklı dağıtım modeli vardır: Resource Manager ve klasik. Bu makalede, klasik dağıtım modelinin kullanımı ele alınmaktadır. Microsoft, yeni dağıtımların çoğunun Resource Manager modelini kullanmasını önerir. Resource Manager modelini kullanırken sss için burayabakın.

Bu makale, kullanıcıların klasik dağıtım modeliyle oluşturulmuş Azure sanal makineleri hakkında sorduğu bazı yaygın sorular ele alınmıştır.

Klasik dağıtım modelinde oluşturulmuş sanal makinemi Resource Manager modeline geçirebilir miyim?

Evet. Nasıl geçiş yapıldığı ile ilgili yönergeler için bkz.

Azure sanal makinesinde ne çalıştırabilirim?

Tüm aboneler bir Azure sanal makinesinde sunucu yazılımı çalıştırabilir. Windows Server’ın yeni sürümlerinin yanı sıra çeşitli Linux dağıtımlarını çalıştırabilirsiniz. Destek ayrıntıları için bkz.

• Windows VM’leri için -- Azure Sanal Makineleri için Microsoft sunucu yazılımı desteği

• Linux VM’leri için -- Azure Destekli Dağıtımlarda Linux

Windows istemci görüntüleri için MSDN Azure avantajı aboneleri ve MSDN Geliştirme ve Test Kullandıkça Öde aboneleri geliştirme ve test görevlerinde Windows 7 ve Windows 8.1’in belirli sürümlerini kullanabilir. Yönerge ve kısıtlamalar dahil olmak üzere ayrıntılı bilgi edinmek için bkz. MSDN aboneleri için Windows İstemci görüntüleri.

Benzeşim grupları neden kullanımdan kaldırılıyor?

Benzeşim grupları, bir müşterinin Azure içindeki bulut hizmeti dağıtımlarının ve depolama hesaplarının coğrafi olarak gruplandırılmasıyla ilgili eski bir kavramdır. Başlangıçta, ilk Azure ağ tasarımlarında VM’ler arası ağ performansını geliştirmek için sağlanıyordu. Bunlar, sanal ağların (VNet) bir bölgedeki az sayıda donanımla sınırlı olacak şekilde ilk kez yayınlanmasını da destekliyordu.

Şu anki bölge içi Azure ağı, benzeşim gruplarını gereksinimini ortadan kaldıracak şekilde tasarlanmıştır. Sanal ağlar da bölgesel bir kapsamda olduğundan, artık sanal ağ kullanılırken benzeşim grubu gerekmez. Bu geliştirmeler nedeniyle, müşterilerin bazı senaryolarda kısıtlayıcı olabilecek benzeşim gruplarını kullanması artık önerilmez. Benzeşim gruplarının kullanılması VM’lerinizi gereksiz yere belirli donanımlarla ilişkilendirir ve bu da VM boyutu seçeneklerinizi azaltır. Ayrıca, benzeşim grubuyla ilişkili donanımın kapasitesi dolmak üzere olduğunda yeni VM ekleme girişimleriniz kapasiteyle ilgili hatalara yol açabilir.

Benzeşim grubu özellikleri Azure Resource Manager dağıtım modelinde ve Azure portalında zaten kullanımdan kaldırılmıştır. Klasik Azure portalı için benzeşim grupları oluşturma ve bir benzeşim grubuna sabitlenen depolama kaynakları oluşturma için sunduğumuz desteği sonlandırıyoruz. Benzeşim grubu kullanmakta olan mevcut bulut hizmetlerini değiştirmenize gerek yoktur. Bununla birlikte, bir Azure destek uzmanı tarafından önerilmediği sürece yeni bulut hizmetleri için benzeşim gruplarını kullanmamalısınız.

Bir sanal makineyle birlikte ne kadar depolama alanı kullanabilirim?

Her veri diskinin kapasitesi 1 TB'a kadar olabilir. Kullanabileceğiniz veri diski sayısı, sanal makinenin boyutuna bağlıdır. Ayrıntılar için bkz. Virtual Machines boyutları.

İşletim sistemi diski ve varsa veri diskleri için bir Azure depolama hesabı tarafından depolama alanı sağlanır. Her disk bir sayfa blobu olarak depolanan bir .vhd dosyasıdır. Fiyatlandırma ayrıntıları için bkz. Depolama Fiyatlandırma Ayrıntıları.

Hangi sanal sabit disk türlerini kullanabilirim?

Azure yalnızca değişmeyen, VHD biçimli sanal sabit diskleri destekler. Azure’da kullanmak istediğiniz bir VHDX varsa, önce Hyper-V Manager’ı ya da convert-VHD cmdlet’ini kullanarak bunu dönüştürmeniz gerekir. Bu işlemi yaptıktan sonra, VHD’yi sanal makinelerle kullanabilmek için Add-AzureVHD cmdlet’ini (Hizmet Yönetimi modunda) kullanarak Azure’daki bir depolama hesabına yükleyin.

Bu sanal makineler Hyper-V sanal makineleri ile aynı mıdır?

Birçok yönden “1. Nesil” Hyper-V VM’lerine benzer, ancak tam olarak aynı değildir. Her iki tür de sanallaştırılmış donanım sağlar ve VHD biçimli sanal sabit diskler uyumludur. Bu, Hyper-V ile Azure arasında geçiş yapabileceğiniz anlamına gelir. Bazen Hyper-V kullanıcılarını şaşırtan üç temel fark şunlardır:

  • Azure bir sanal makineye konsol erişimi sağlamaz. Önyüklemesi tamamlanana kadar bir VM’ye erişmenin hiçbir yolu yoktur.
  • Çoğu boyuttaki Azure VM’ler yalnızca 1 sanal ağ bağdaştırıcısına sahiptir ve bu, yalnızca 1 dış IP adresine sahip olabilecekleri anlamına gelir. (A8 ve A9 boyutları, sınırlı sayıda senaryoda örnekler arası iletişim için ikinci bir ağ bağdaştırıcısı kullanır.)
  • Azure VM’leri 2. Nesil Hyper-V VM özelliklerini desteklemez. Bu özellikler hakkında ayrıntılı bilgi edinmek için bkz. Hyper-V için Sanal Makine Belirtimleri ve 2. Nesil Sanal Makineye Genel Bakış.

Bu sanal makineler mevcut, şirket içi ağ altyapımı kullanabilir mi?

Klasik dağıtım modelinde oluşturulan sanal makineler için Azure Sanal Ağ’ı kullanarak mevcut altyapınızı genişletebilirsiniz. Bu yaklaşım, şube ayarlamak gibidir. Azure’da Sanal özel ağlar (VPN) sağlayıp bunları yönetebilir ve şirket içi BT altyapısına güvenli bir biçimde bağlayabilirsiniz. Ayrıntılar için bkz. Sanal Ağa Genel Bakış.

Sanal makineyi oluştururken sanal makinenin ait olmasını istediğiniz ağı belirtmeniz gerekir. Mevcut bir sanal makineyi sanal ağa bağlayamazsınız. Bununla birlikte, önce mevcut sanal makineden sanal sabit diski (VHD) ayırıp sonra bu diskle istediğiniz ağ yapılandırmasına sahip yeni bir sanal makine oluşturarak bu soruna geçici bir çözüm bulabilirsiniz.

Sanal makinime nasıl erişebilirim?

bir Windows sanal makinesi için Uzak Masaüstü Bağlantısı veya Linux vm için bir Secure Shell (SSH) kullanarak sanal makinede oturum açmak üzere uzak bir bağlantı kurmanız gerekir. Yönergeler için bkz.

Uzak Masaüstü veya SSH ile ilgili sorun yaşıyorsanız, sorunun giderilmesine yardımcı olacak VMAccess uzantısını yükleyip kullanın.

Windows VM’ler için ek seçenekler şunlardır:

Hyper-V deneyiminiz varsa VMConnect’e benzer bir araç arıyor olabilirsiniz. Sanal makineye konsol erişimi desteklenmediğinden, Azure benzer bir araç sunmaz.

Verileri depolamak için geçici diski (Windows için D: sürücüsü veya Linux için /dev/sdb1) kullanabilir miyim?

Verileri depolamak için geçici diski (Windows için varsayılan olarak D: sürücüsü veya Linux için /dev/sdb1) kullanmamalısınız. Bunlar yalnızca geçici depolama alanı olduğundan, verileri kurtarılamaz biçimde kaybetme riskiyle karşılaşırsınız. Sanal makine başka bir konağa taşındığında bu durum gerçekleşebilir. Sanal makinenin yeniden boyutlandırılması, konağın güncelleştirilmesi veya konaktaki bir donanım hatası, sanal makinenin taşınmasını gerektirecek olası nedenler arasındadır.

Geçici diskin sürücü harfini nasıl değiştirebilirim?

Windows sanal makinesinde disk belleği dosyasını taşıyıp sürücü harflerini yeniden atayarak sürücü harfini değiştirebilirsiniz, ancak adımları belirli bir sırada gerçekleştirdiğinizden emin olmanız gerekir. Yönergeler için bkz. Windows geçici diskinin sürücü harfini değiştirme.

Konuk işletim sistemini nasıl yükseltebilirim?

Yükseltme terimi genellikle donanımı değiştirmeksizin işletim sisteminin daha yeni bir sürümüne geçmeyi ifade eder. Azure VM’leri için daha yeni bir sürüme geçme süreci Linux ve Windows için farklıdır:

  • Linux VM'leri için dağıtıma yönelik paket yönetimi araçlarını ve yordamlarını kullanın.
  • Windows sanal makinesi için Windows Server Geçiş Araçları gibi bir araçla sunucuyu geçirmeniz gerekir. Konuk işletim sistemi Azure’dayken işletim sistemini yükseltmeye çalışmayın. Bu işlem, sanal makine erişimini kaybetme riski nedeniyle desteklenmez. Yükseltme sırasında sorun oluşursa, Uzak Masaüstü oturumu başlatma özelliğini kullanamaz hale gelir ve sorunları gideremezsiniz.

Windows Server geçişine yönelik araçlar ve işlemler hakkındaki genel ayrıntılar için bkz. Rolleri ve Özellikleri Windows Server’a Geçirme.

Sanal makinede varsayılan kullanıcı adı ve parola nedir?

Azure tarafından sağlanan görüntülerin önceden yapılandırılmış bir kullanıcı adı ve parolası yoktur. Bu görüntülerden birini kullanarak sanal makine oluşturduğunuzda, sanal makinede oturum açmak için kullanacağınız bir Kullanıcı adı ve parola sağlamanız gerekir.

Kullanıcı adını veya parolayı unuttuysanız ve VM Aracısını yüklediyseniz sorunu çözmek için VMAccess uzantısını yükleyip kullanabilirsiniz.

Ek ayrıntılar:

  • Linux görüntüleri için, Azure portal kullanıyorsanız, ' azureuser ' varsayılan kullanıcı adı olarak verilir, ancak sanal makineyi oluşturma yöntemi olarak ' hızlı oluştur ' yerine ' galeriye ' ' nı kullanarak bunu değiştirebilirsiniz. ‘Galeri’den’ seçeneğini kullanmanız, oturumunuzu açmak için bir parola mı, SSH anahtarı mı yoksa ikisini birden mi kullanmak istediğinize karar vermenize de imkan tanır. Kullanıcı hesabı, ayrıcalıklı komutları çalıştırmak için ‘sudo’ erişimi olan ayrıcalıksız bir kullanıcıdır. ‘Root’ hesabı devre dışıdır.
  • Windows görüntüleri için VM’yi oluştururken bir kullanıcı adı ve parola sağlamanız gerekir. Hesap Administrators grubuna eklenir.

Azure sanal makinelerimde virüsten koruma yazılımı çalıştırabilir mi?

Azure, virüsten koruma çözümleri için çeşitli seçenek sunar ancak bunların yönetimi size bırakılır. Örneğin, kötü amaçlı yazılımdan koruma yazılımı için ayrı bir aboneliğe ihtiyacınız olabilir; ne zaman tarama çalıştırılacağına ve güncelleştirmelerin yükleneceğine karar vermeniz gerekir. Windows sanal makinesi oluştururken veya daha sonra Microsoft Kötü Amaçlı Yazılımdan Koruma, Symantec Endpoint Protection veya TrendMicro Deep Security Agent için bir VM uzantısıyla virüsten koruma desteği ekleyebilirsiniz. Symantec ve TrendMicro uzantıları, ücretsiz sınırlı süreli deneme aboneliği veya mevcut bir kurumsal abonelik kullanmanıza olanak tanır. Microsoft Kötü Amaçlı Yazılımdan Koruma ücretsizdir. Ayrıntılar için bkz.

Yedekleme ve kurtarma seçeneklerim nelerdir?

Azure Backup belirli bölgelerde önizleme olarak sunulmaktadır. Ayrıntılar için bkz. Azure sanal makinelerini yedekleme. Sertifikalı iş ortaklarının sunduğu başka çözümler vardır. Şu anda hangi çözümlerin kullanılabilir olduğunu öğrenmek için Azure Market’te arama yapın.

Bir başka seçenek de blob depolamanın anlık görüntü özelliklerini kullanmaktır. Bunu yapmak için, blob anlık görüntüsüne bağlı herhangi bir işlem gerçekleştirmeden önce VM’yi kapatmanız gerekir. Bunu yaptığınızda bekleyen veri yazma işlemleri kaydedilir ve dosya sistemi kararlı bir hale getirilir.

Azure, sanal makinem için nasıl bir ücretlendirme uygular?

Azure, sanal makinenin boyutuna ve işletim sistemine bağlı olarak saatlik fiyat uygular. Kısmi saatler için, Azure yalnızca kullanılan dakika sayısını ücretlendirir. Sanal makineyi önceden yüklenmiş belirli yazılımlar içeren bir VM görüntüsüyle oluşturursanız ek saatlik yazılım ücretleri uygulanabilir. Azure, sanal makinenin işletim sistemi ve veri diskleri için ayrı ayrı depolama ücretleri uygular. Geçici disk depolama ücretsizdir.

VM durumu Çalışıyor veya Durduruldu olduğunda ücretlendirilirsiniz, ancak VM durumu Durduruldu (Serbest bırakıldı) olduğunda ücret ödemezsiniz. Bir sanal makinenin durumunu Durduruldu (Serbest bırakıldı) yapmak için aşağıdakilerden birini yapın:

  • Azure portal VM 'yi kapatın veya silin.
  • Azure PowerShell modülünden erişebileceğiniz Stop-AzureVM cmdlet’ini kullanın.
  • Hizmet Yönetimi REST API’sindeki Kapatma Rolü işlemini kullanarak PostShutdownAction öğesi için StoppedDeallocated değerini belirtin.

Daha ayrıntılı bilgi edinmek için bkz. Sanal Makine Fiyatlandırması.

Azure, bakım için sanal makinemi yeniden başlatır mı?

Azure bazen Azure veri merkezlerindeki düzenli, planlanmış bakım güncelleştirmeleri için sanal makinenizi yeniden başlatır.

Azure tarafından sanal makinenizi etkileyen ciddi bir donanım sorunu algılandığında planlanmamış bakım olayları gerçekleşebilir. Planlanmamış olaylar için Azure otomatik olarak VM’yi sağlıklı bir konağa geçirir ve yeniden başlatır.

Herhangi bir tek başına VM (yani bir kullanılabilirlik kümesine ait olmayan bir VM) için Azure, planlı bakımdan en az bir hafta önce sanal makinelerin güncelleştirme sırasında yeniden başlatılabileceği konusunda aboneliğin Hizmet Yöneticisi’ne e-posta ile bildirim gönderir. VM’lerde çalışan uygulamalar kapalı kalma süresiyle karşılaşabilir.

planlı bakım nedeniyle yeniden başlatma gerçekleştiyse, yeniden başlatma günlüklerini görüntülemek için Azure portal veya Azure PowerShell de kullanabilirsiniz. Ayrıntılar için bkz. VM Yeniden Başlatma Günlüklerini Görüntüleme.

Yedeklilik sağlamak için benzer şekilde yapılandırılmış iki veya daha fazla sanal makineyi aynı kullanılabilirlik kümesine koyun. Bu, planlı veya planlanmamış bakım sırasında en az bir sanal makinenin kullanılabilir kalmasına yardımcı olur. Azure, bu yapılandırma için belirli düzeylerde VM kullanılabilirliği garantisi verir. Ayrıntılar için bkz. Sanal makinelerin kullanılabilirliğini yönetme.

Ek kaynaklar

Azure Sanal Makineleri hakkında

Azure CLI ile Linux VM’leri Oluşturma ve Yönetme

Azure PowerShell ile Windows VM’leri Oluşturma ve Yönetme