Ölçeklenebilir Windows sanal makine düzeltme eki yönetimi

Bu makalede, iş yükünüzdeki Windows sanal makinelerde (VM) işletim sistemi güncelleştirmelerini kullanıma hazır hale getirme için önerilen yaklaşım açıklanmaktadır. Önerilen işlem, iş yükünüzdeki Windows VM'ler için tutarlı, ölçeklenebilir ve yönetilen bir yama yönetimi çözümü sağlar. Üretim öncesi ortamlardaki güncelleştirmeleri üretim ortamına yükseltmeden önce doğrulamanıza olanak tanır.

Etkili düzeltme eki yönetimi, güncelleştirmeleri yüklemenin ötesine geçer. Yama yönetimi stratejisi, VM'lerin düzeltme eki yönetimi çözümüne eklenip iş yükü standartlarına göre yapılandırıldığından ve uyumluluk için sürekli olarak izlendiğinden emin olmak için tutarlı idare gerektirir.

Not

Bu makale Azure Sanal Makineler odaklanmaktadır. Azure Güncelleştirme Yöneticisi Azure Arc etkin sunucuları da desteklese de, karma senaryolar ek konuları içerir ve burada ele alınmaz.

Sanal Makine Ölçek Kümeleri hakkında bilgi için bkz. Azure Sanal Makine Ölçek Kümesi otomatik işletim sistemi görüntüsü yükseltmeleri.

Azure Güncelleştirme Yöneticisi

Azure Windows VM'lerde Windows işletim sistemi güncelleştirmelerini yönetmek için önerilen yaklaşım Güncelleştirme Yöneticisi'ni kullanmaktır. Bu hizmet, merkezi zamanlama ve uyumluluk raporlaması ile VM'leriniz için hazırlanmış işletim sistemi güncelleştirme dağıtımları gerçekleştirme olanağı sağlar. Güncelleştirme Yöneticisi, iş yükünüzdeki her VM'ye yüklenen bir sepet Azure VM uzantısıyla çalışır. Güncelleştirme Yöneticisi düzeltme eklerini barındırmaz veya dağıtmaz. Her VM'de yerel Windows Update Aracısı'nı (WUA) denetler ve etkinleştirir.

Update Manager, iş yükü ekibinize ortamınızdaki VM'lerin düzeltme eki durumunun merkezi bir görünümünü sağlar. Düzeltme eki uygulama hedeflerinizi ve tempolarınızı ayarlayabilir ve isteğe bağlı düzeltme eki dağıtımını etkinleştirebilirsiniz.

Tavsiye

Güncelleştirme Yöneticisi, WUA API'sini kullanarak Windows güncelleştirmeleri yükler. Bu güncelleştirmeler Windows Ayarları tarafından kullanılan Windows Update orchestrator iş akışını atladığı için Ayarlar>Windows Update>Güncelleştirme geçmişi'nde görünmeyebilir. Bu davranış beklenmektedir. Güncelleştirme yüklemesini doğrulamak için Windows Olay Görüntüleyicisi'daki WindowsUpdateClient olaylarını gözden geçirin.

Azure kaynak organizasyonu

Güncelleştirme Yöneticisi Azure bir kaynak değildir. Bunu iş yükünüzün aboneliklerine dağıtmazsınız. Azure portalında kullanılabilir ve portaldaki deneyim RBAC tabanlı ve abonelik agnostiktir. Bakım yapılandırmalarını, hangi işletim sistemi düzeltme eklerinin geçerli olduğunu, düzeltme eki uygulandığını ve yapılandırmaların iş yükünüzün VM'lerine Azure kaynakları olarak ilişkisini korursunuz.

Her bakım yapılandırması tek bir zamanlamaya sahip olabilir ve ilişkilendirmeler aracılığıyla istediğiniz sayıda kaynağı hedefleyebilir. Bakım yapılandırmaları bölgesel kaynaklardır. Yalnızca aynı bölge ve abonelik içindeki VM'leri dahil etmek için tek bir bakım yapılandırması ve ilişkilendirme kümesi kullanın. Bu yaklaşımı benimserseniz, tüm ortamlar için ayrı bakım yapılandırma kaynaklarınız ve iş yükünüz birden fazla bölgeyse veya iş yükünün farklı bölümleri için farklı güncelleştirme zamanlamaları varsa ortam başına birden fazla kaynağınız olabilir.

Bakım yapılandırması kaynaklarınızı, bu ortam için iş yükünüzün IaC’sinin bir parçası olarak sürdürün. Bu yaklaşım, değişiklik denetimi işlemlerini ve güvenli dağıtım uygulamalarını gerçekleştirmenizi sağlar ve bir olağanüstü durum kurtarma seçeneği sunar.

VM gereksinimleri

Windows VM'lerinin desteklenen bir özel veya Azure Market görüntüsü kullanması gerekir. Kaynak ne olursa olsun, işletim sistemini güncelleştirmeleri destekleyecek şekilde yapılandırmanız gerekir. Önerilen yöntem, gerekli işletim sistemi ayarlarını yapılandıran VM'nizin IaC'sini kullanır. Özellikle, VM'lerinizin en azından aşağıdaki ayarlara sahip olduğundan emin olun:

windowsConfiguration: {
  provisionVMAgent: true
  enableAutomaticUpdates: true

  patchSettings: {
    patchMode: 'AutomaticByPlatform'  // Turns off automatic updates in the OS; now platform triggers updates
    assessmentMode: 'AutomaticByPlatform' // Scans for missing updates every 24 hours

    automaticByPlatformSettings: {
      bypassPlatformSafetyChecksOnUserSchedule: true  // Allows Azure Update Management to honor defined schedules
      rebootSetting: 'IfRequired'  // Or 'Never' if required in your workload
    }
  }
}

Windows Konuk Aracısı adlı Microsoft.CPlat.Core.WindowsPatchExtensionbir sepet uzantısı yükler. Bu ayrıcalıklı uzantı, zamanlama bilgilerini ve güncelleme yapılandırmasını almak için VM'lerinizde çalışır. Ayrıca güncelleştirmeleri gerçekleştirmek için yerel Windows işletim sistemi güncelleştirme API'lerini çağırır. Bu uzantıyı VM IaC'nizin bir parçası olarak tanımlamazsınız. Update Manager bunu otomatik olarak yükler ve yaşam döngüsünü korur.

Uzantı WindowsPatchExtension , makinedeki güncelleştirme kaynağı ayarlarını geçersiz kılmaz. Vm'leriniz için güncelleştirme kaynağını yapılandırmak yine de sizin sorumluluğunuzdadır:

Desteklenen kaynaklar hakkında ayrıntılı bilgi için bkz. Desteklenen güncelleştirme kaynakları, türleri, Microsoft uygulama güncelleştirmeleri ve Microsoft olmayan güncelleştirmeler.

Uyumluluk raporlamanızın geçerli verileri yansıtması için otomatik değerlendirmeleri etkinleştirin. Bu özellik, yama temelinizle ilgili olarak her vm'nin durumunu gösterir ve bir sonraki zamanlanmış çalıştırmadan önce yeni açığa çıkan pozlamaları vurgular. Değerlendirme yalnızca çalışan VM'leri kapsar. Durdurulmuş veya serbest bırakılmış VM'ler taranmıyor.

Önemli

Güncelleştirme Yöneticisi yerel Windows işletim sistemi özelliğini doğrudan çağırdığından, işletim sistemi ayarlarının düzeltme eki uygulamayı destekleyecek şekilde düzgün şekilde yapılandırılması önemlidir.

  • Grup İlkesi, Microsoft Intune veya diğer yapılandırma yönetimi araçlarının, Güncelleştirme Yöneticisi'nin VM'lerinizde düzgün çalışması için gereken işletim sistemi ayarlarını geçersiz kılmadığından emin olun. Belirli yapılandırma değerleri için bkz. Azure Güncelleştirme Yöneticisi'da Windows Update Ayarlarını Yapılandırma.
  • İşletim sistemi düzeyinde güvenlik duvarları güncelleştirme trafiğini engellememelidir.

İlke uygulama

İş yükünüz, VM'lerinizin Update Manager için düzgün şekilde yapılandırılmasını zorunlu kılmak için de Azure İlkesi kullanmalıdır. Yapılandırma kaymasını önlemek için yerleşik Azure Güncelleştirme Yöneticisi ilkelerini uygulayın. Yerleşik ilkeler DINE'yi (deployIfNotExists) destekler ve uyumsuz VM'leri otomatik olarak düzeltmek için zorlamayı değiştirir.

Düzeltme eki yönetimine yönelik ilke temelli bir yaklaşım için bkz. İlke kullanarak Azure VM'lerde düzenli değerlendirmeyi ve zamanlanmış düzeltme ekini etkinleştirme. İş yükünüz VM'lerinizi dağıtmak ve yapılandırmak için IaC kullanmıyorsa bu yaklaşımı kullanın.

Ağ gereksinimleri

Doğrudan giden İnternet erişimine sahip Azure VM'ler için Windows Update genellikle konuk işletim sistemi güncelleştirme kaynağı, DNS, ara sunucu, TLS incelemesi ve yerel ilke ayarları Windows Update/Microsoft Güncelleştirme trafiğine izin vermek koşuluyla ek ağ izin listesi olmadan çalışır. Ancak çoğu iş yükü, sınırlı giden erişime sahip kilitli sanal ağlarda çalışır. Böyle durumlarda, çıkış yaptığınız tüm ağ güvenlik grupları ve güvenlik duvarları boyunca Microsoft Güncelleştirme uç noktalarına gelen trafiğe izin vermelisiniz.

Ağ güvenlik grupları

Windows Update de dahil olmak üzere varsayılan güncelleştirme kaynakları DNS tabanlıdır ve kararlı statik IP listeleri yayımlamaz. Bu nedenle, İnternet'de barındırılan güncelleştirme kaynakları için VM'nin NIC'sine veya alt ağına bağlı bir ağ güvenlik grubunun TCP:443 ve TCP:80'e yönelik İnternet çıkış trafiğini desteklemesi gerekir. Çıkış güvenlik duvarınızın içinden erişimi daha fazla kısıtlamanız gerekir. Güncelleştirmeleriniz statik bir IP adresi aralığından (şirket içi kaynak gibi) geliyorsa, bu giden hedefi ağ güvenlik grubunuzda açıkça tanımlamanız gerekir.

Çıkış güvenlik duvarı

Çıkış güvenlik duvarınız, güncelleştirme kaynağınız tarafından kullanılan FQDN'lere giden trafiğe izin vermelidir. Azure Güvenlik Duvarı ve Microsoft tarafından sağlanan bir güncelleştirme kaynağı kullanıyorsanız, Windows Update uç noktalarına giden erişime izin vermek için WindowsUpdate FQDN etiketini kullanın. Ağ yolunuzda diğer çıkış güvenlik duvarlarını yapılandırma hakkında bilgi için bkz. Güvenlik duvarlarını yapılandırma. Bu trafiğe yalnızca Windows VM'lerinizden geldiğinde izin vermelisiniz, iş yükünüzdeki ilişkisiz alt ağlardan değil.

VM'leri bakım yapılandırmasıyla ilişkilendirme

Bakım yapılandırmasıyla VM'leriniz arasında statik ilişkilendirmeler oluşturabilirsiniz ancak bunun yerine dinamik kapsam belirlemeyi kullanın. Dinamik kapsamlar, kaynak grubu, konum ve etiketler gibi özniteliklere göre hangi VM'lerin bakım yapılandırmasıyla ilişkilendirileceğini belirler. Dinamik kapsam değil bakım yapılandırması hangi güncelleştirmelerin yüklendiğini ve ne zaman yüklendiğini tanımlar. Dinamik kapsam belirleme, VM başına yapılandırma ilişkilendirme kaynaklarını yönetmenizi gerektirmeden eşleşen yeni VM’leri otomatik olarak kapsama alır.

Dinamik kapsam belirleme kuralları kullandığınızda şu önerileri izleyin:

  • İş yükünüzün bir parçası olarak IaC'deki dinamik kapsam belirleme kurallarını yönetin.
  • Ortamlar arası bağımlılıkları önlemek için yalnızca ortamınızdaki VM'leri dahil edin; gerektiğinde yapılandırmayı ve dinamik kapsam kurallarını ortamlar arasında çoğaltabilirsiniz.
  • İlişkilendirme için birincil mekanizma olarak etiketleri kullanın ve Azure İlkesi kullanarak kullanımlarını zorunlu kılın.

Aşamalı bir yama takvimi tasarlayın

Bir iş yükü için tipik bir yama uygulama takvimi, aşamalı dağıtım takvimlerini kullanır. Aylık Microsoft güncelleştirme sürümünden sonra, önce geliştirme ve test VM'lerine güncelleştirmeler uygulayın. Bu güncelleştirmeleri doğruladıktan sonra, aynı güncelleştirme sınıflandırmasını ön üretime yükseltin ve ardından ayrı bakım pencerelerinde üretim yapın.

Yinelemeyi, bakım penceresini, güncelleştirme sınıflandırmalarını ve yeniden başlatma davranışını tanımlamak için bakım yapılandırmaları oluşturun. Ardından rutin düzeltme eki uygulama zamanlamanızı gerçekleştirmek üzere iş yükünüzdeki VM'leri hedeflemek için dinamik kapsam ilişkilendirmenizi oluşturun.

Salı gününe hizalanmış bir düzeltme eki genellikle üretim dağıtımı öncesinde doğrulama için birkaç gün izin verir. Aylık Microsoft güvenlik güncelleştirmeleri genellikle her ayın ikinci Salı günü yayımlandığından, önerilen bir yaklaşım aşağıdaki gibi olabilir. Bu örnekte hedef VM'ler, etiketleri kullanan dinamik bir kapsam belirleme kuralı aracılığıyla yönetilir.

Environment Takvim VM kaynak etiketi Güncelleştirmeler Yeniden başlat
Gelişme İkinci Salı
2200-0000		 PatchGroup = Backend veya PatchGroup=Frontend Kritik + Güvenlik Gerekirse
Test İkinci Çarşamba
2200-0000		 PatchGroup = Backend veya PatchGroup=Frontend Kritik + Güvenlik Gerekirse
Üretim Arka Ucu (Dalga 1) İkinci Cumartesi
2200-0100		 PatchGroup=Backend Kritik + Güvenlik Gerekirse
Üretim Ön Ucu (Dalga 2) Pazar'ın ardından
2200-0100		 PatchGroup=Frontend Kritik + Güvenlik Gerekirse

Güncelleme çakışmalarını yönetme

Bakım yapılandırması, tüm ilişkili VM'lerde güncelleştirmeleri aynı anda başlatır. Azure, yeniden başlatmaları yalnızca ortak bir kullanılabilirlik kümesindeki VM'ler için etki alanını güncelleştirerek serileştirir. Bu örnekteki Arka uç ve Ön uç dalgaları zamanlamayı yedekli kapasiteye göre değil katmana göre ayırdığından, katmandaki her örnek birlikte yeniden başlatılabilir ve bu katmanı gerekli kapasitenin altına bırakabilir.

Her üretim katmanında düzeltme eki uygulamayı kullanılabilirlik alanlarınıza, güncelleştirme etki alanlarınıza veya iş yükü tanımlı örnek gruplarınıza uygun kapasite koruma dalgalarına bölün. Dalga başına ayrı bir etiket değeri ve bakım yapılandırması kullanın.

Dağıtım tutarlılığını göz önünde bulundurun

Güncelleştirme Yöneticisi her çalıştırmada yeni bir değerlendirme gerçekleştirir. Bu nedenle sınıflandırma tabanlı zamanlamalar, sonraki dalgalarda farklı bir Bilgi Bankası (KB) makalesiyle ilişkili güncelleştirme paketlerini seçebilir. Her dalganın doğrulanmış güncelleştirme kümesini yüklemesi gerekiyorsa , yalnızca sınıflandırmalara güvenmek yerine açık KB eklemelerini yapılandırın.

İlk dalgadaki değerlendirme sonuçlarını sorgulamak ve ardından sonraki dalgalar için bakım yapılandırmasını güncelleştirmek için Update Manager REST API'sini kullanarak bu yapılandırmayı otomatikleştirebilirsiniz.

Tam dalga düzeyinde tutarlılık elde etmek için katlandığınız bedel, önemli bir orkestrasyon karmaşıklığıdır. İş yükünüz sonraki bir dalganın ilk dalgadan farklı bir güncelleştirme paketi yükleme riskini tolere edebilirse sınıflandırma tabanlı zamanlamayı kullanın.

Hotpatching ile yeniden başlatmaları azaltma

Yeniden başlatmalar genellikle bir düzeltme eki uygulama zamanlamasının en kesintiye uğrayan parçasıdır. Önceki tabloda bakım penceresi boyutlarını ve yeniden başlatma davranışını belirler. Desteklenen görüntülerde çalışırken düzeltme eki uygulama, çalışan işlemlerin bellek içi koduna düzeltme eki uygulayarak güvenlik güncelleştirmelerini Windows yükler, bu nedenle çoğu ay için güncelleştirmeler yeniden başlatma olmadan uygulanır. Hotpatch, Windows Update uzantısıdır, bu nedenle Update Manager diğer VM'leriniz için kullandığınız bakım yapılandırmalarını ve dinamik kapsamları kullanarak sık erişimli alanları yükler.

İş yükünüz yeniden başlatmalara duyarlıysa, sıcak yamayı destekleyen bir işletim sistemi SKU’su kullanın ve buna uygun bir tasarım benimseyin:

  • Hotpatch yalnızca belirli Windows görüntülerde kullanılabilir. Herhangi bir özel imajda hotpatch etkinleştiremezsiniz.
  • Yalnızca Windows güvenlik güncelleştirmeleri sık erişimli olarak sağlanır. Güvenlikle ilgili olmayan güncelleştirmeler, .NET güncelleştirmeleri ve sürücü veya üretici yazılımı güncelleştirmeleri, yayımlandıkları aylarda yeniden başlatmayı gerektirir. Üç aylık çalışırken düzeltme temel sürümleri ve Microsoft’un sıfır gün açığı düzeltmesi için yayımladığı herhangi bir plansız temel sürüm de yeniden başlatma gerektirir. Yeniden başlatmayı emebilecek bir bakım penceresi tutun.

"Önce" ve "sonra" endişelerini işleme

Güncelleştirme Yöneticisi işletim sistemi güncelleştirmelerini değerlendirir ve yükler, ancak başarılı bir düzeltme eki uygulama işlemi, gerekli yeniden başlatmaları veya uygulamaya özgü sorunları düzgün bir şekilde işlemek için bakım penceresinden önceki ve sonraki etkinlikleri içerebilir. Güncelleştirme Yöneticisi, iş yükünüzün otomasyonunda kullanabileceğiniz ön olaylar ve son olaylar sağlar. İş yükünüzün mimarisine Azure işlevi gibi bir olay işleyicisi eklersiniz. Olay işleyicisi, zamanlanan düzeltme eki uygulama çalıştırması öncesinde ve sonrasında Azure Event Grid bildirimlerine yanıt verir.

Aşağıdaki gibi görevleri gerçekleştirmek için Güncelleştirme Yöneticisi ön düzeltme eki uygulama etkinliklerini kullanın:

  • Durdurulmuş veya serbest bırakılmış bir VM başlatın. Durdurulmuş veya serbest bırakılmış VM'lere düzeltme eki eklenemez ve atlanır.
  • Yedekleme kurtarma noktalarının kullanılabilir olduğunu doğrulayın.
  • VM ve uygulama durumunu doğrulayın.
  • Bakım penceresi sırasında yanlış pozitifleri önlemek için izleme uyarılarını geçici olarak susturun.

Güncelleştirmeler yüklendikten sonra, aşağıdaki gibi görevleri gerçekleştirmek için düzeltme eki uygulama sonrası etkinlikleri kullanın:

  • İzlemeyi geri yükleyin.
  • Uygulama ve hizmet durumu denetimleri gerçekleştirin.
  • bir Microsoft Teams kanalına bildirim gönderin.

Event Grid ve olay işleyicisi işlemlerinizi iş yükü kaynakları olarak değerlendirin. Bunları IaC ile dağıtın ve ortamlar arasında yalıtın.

İsteğe bağlı güncelleştirmelere hazırlanma

Update Manager, herhangi bir zamanlanmış bakım penceresinin dışında isteğe bağlı düzeltme eki yüklemesini destekler. Bu özellik, acil durum düzeltme ekleri veya kritik döngü dışı düzeltmeler uygulamak veya daha geniş bir zamanlanmış dağıtımdan önce tek bir VM'de düzeltme eki davranışını doğrulamak için kullanışlıdır. İsteğe bağlı güncelleştirmeleri doğrudan Azure portalından veya Update Manager REST API'sinden aynı anda bir veya daha fazla VM'ye karşı tetikleyebilirsiniz. İş yükü ekibi, bant dışı güncelleştirmenin ne zaman gerçekleştirilmesi gerektiğine ve bu işlemin iş yükünüz genelinde nasıl düzenlendiğine ilişkin yönergeler oluşturmalıdır.

Güncelleştirmeleri geri alma

Güncelleştirme Yöneticisi işletim sistemi düzeltme eki geri alma sağlamaz. Düzeltme eklerini uyguladıktan sonra, bunları doğrudan Güncelleştirme Yöneticisi aracılığıyla kaldırmaya yönelik yerleşik bir mekanizma yoktur.

İş yükünüzün "bilinen son iyi" durumu desteklemesi gerekiyorsa, bakım çalıştırmasından önce bir anlık görüntü veya kurtarma noktası oluşturun. Düzeltme ekleri uygulanmadan önce bir kurtarma noktasının her zaman mevcut olduğundan emin olmak için her düzeltme eki uygulama penceresinden önce çalışacak şekilde anlık görüntü oluşturmayı otomatikleştirin. Alternatif olarak, düzeltme eki olmadan VM'yi yeniden dağıtın, sorunlu KB düzeltme ekini dağıtımdan hariç tutun ve güncelleştirmeleri yeniden uygulayın.

Önemli

Üretimde zamanlanmış düzeltme eki uygulamayı etkinleştirmeden önce kurtarma stratejinizi planlayın.

Uyumluluk raporlaması

Update Manager, 7 gün boyunca bekleyen güncelleştirmeleri ve 30 gün boyunca yükleme sonuçlarını depolayan Azure Kaynak Grafı hem değerlendirme hem de düzeltme eki yükleme sonuçlarını gönderir. Güncelleştirme Yöneticisi, ortamınız genelinde güncelleştirme durumuyla ilgili görünürlük sağlayan yerleşik uyumluluk raporlama ve yönetim görünümlerini içerir. Bu panolar yöneticilerin düzeltme eki uyumluluğunu izlemesine, dikkat gerektiren makineleri tanımlamasına ve güncelleştirme dağıtımı ilerleme durumunu merkezi bir konumdan izlemesine olanak tanır.

Önceden tanımlanmış çalışma kitapları, iş yükünüz genelindeki temel bilgileri görünür kılar:

  • Makine durumunun ve yapılandırmasının genel özeti
  • Önem derecesine ve sınıflandırmaya göre bekleyen güncelleştirmelerin dökümü
  • Zamanlamaların, bakım yapılandırmalarının ve her zamanlamaya bağlı makinelerin özeti
  • Geçmiş yükleme çalıştırmalarının geçmiş görünümü (başarı oranları ve hatalar dahil)

Birçok kuruluş, uygulama ekiplerinin uyumluluk raporlaması sağlamasını gerektirir. İdeal olan, Güncelleştirme Yöneticisi portalı deneyimi ve çalışma kitapları abonelik sınırları boyunca çalışabildiğinden ve iş yükünüzde herhangi bir özel düzeltme eki durum bildirimi sağlamanız gerekemediğinden, kuruluşunuz bu izleme için Zaten Update Manager'ı kullanır.

Sizin veya kuruluşunuzun önceden tanımlanmış görünümlerin ötesinde özel raporlamaya ihtiyacınız varsa, çalışma kitaplarını özelleştirebilirsiniz. Değişiklik denetimi işlemi uygulamak ve olağanüstü durum kurtarma seçeneği sağlamak için iş yükünüzün IaC dosyalarına özelleştirilmiş çalışma kitapları ekleyin. Alternatif olarak Kaynak Grafı sorguları aracılığıyla gerekli uyumluluk raporlama verilerini sağlayabilirsiniz.

İş yükünüzün düzeltme eki geçmişini Kaynak Grafı'nın tuttuğundan daha uzun süre saklaması gerekiyorsa, verileri denetlediğiniz bir depoya dışarı aktarma işlemi oluşturun.

Alternatif yaklaşım

İş yükünüz için zamanlanmış, aşamalı Güncelleştirme Yöneticisi yaklaşımını benimsememeye karar verirseniz, özel bir çözüm tasarlamadan önce otomatik VM konuk düzeltme eki uygulamayı değerlendirin. Bu seçeneği kullanırsanız Azure düzeltme eki uygulamanızı düzenler. Ancak, bu yaklaşımı kullanırsanız aşağıdaki avantajlardan vazgeçersiniz:

  • Aşamalı dağıtım. Güncelleştirmeler geliştirme, test ve üretim dalgaları boyunca ilerletilmez; bu nedenle doğrulama aşamalarını kaybedersiniz.
  • Bakım penceresi denetimi. Azure, her vm'nin saat dilimindeki yoğun olmayan saatlerde düzeltme eki uygulama çalıştırmalarını belirler.
  • Sınıflandırma denetimini güncelleştirin. Yalnızca Kritik ve Güvenlik güncelleştirmeleri uygulanır. Diğer güncelleştirmeler otomatik olarak yüklenmez.

Katkıda Bulunanlar

Microsoft bu makaleyi korur. Bu makaleyi aşağıdaki katkıda bulunanlar yazdı.

Asıl yazar:

Herkese açık olmayan LinkedIn profillerini görmek için LinkedIn'e oturum açın.

Sonraki Adımlar

  • Son güncelleştirme: