App Service Ortamı v3’e Geçiş
Not
App Service Ortamı v3'e yükseltmenize yardımcı olacak iki otomatik geçiş özelliği vardır. Bu özellikler hakkında daha fazla bilgi edinmek ve hangi geçiş seçeneğinin size uygun olduğuna karar verirken yardım almak için bkz . Geçiş yolu karar ağacı. App Service Ortamı v3'e daha hızlı bir yol için otomatik seçeneklerden birini göz önünde bulundurun.
Şu anda App Service Ortamı v1 veya v2 kullanıyorsanız, iş yüklerinizi App Service Ortamı v3'e geçirme fırsatınız vardır. App Service Ortamı v3, iş yükleriniz için gelişmiş destek sağlayan ve genel maliyetleri azaltabilen avantajlara ve özellik farklılıklarına sahiptir. Ortamınız geçiş yolu karar ağacında açıklanan ölçütleri karşılıyorsa otomatik geçiş özelliklerini kullanmayı göz önünde bulundurun.
geçiş özellikleri için App Service Ortamı desteklenmiyorsa, App Service Ortamı v3'e geçiş yapmak için el ile kullanılan yöntemlerden birini kullanmanız gerekir.
Önkoşullar
Senaryo: App Service Ortamı v1 veya App Service Ortamı v2 üzerinde çalışan bir uygulamanız var ve bu uygulamanın App Service Ortamı v3'te çalıştırılması gerekiyor.
Otomatik geçiş özelliklerini kullanmayan herhangi bir geçiş yöntemi için, tercih ettiğiniz yöntemi kullanarak App Service Ortamı v3 kaynağını ve yeni bir alt ağı oluşturmanız gerekir.
App Service Ortamı v1/v2 ile App Service Ortamı v3 arasındaki ağ değişiklikleri, yeni (ve İnternet'e yönelik ortamlar için ek) IP adresleri içerir. Bu IP'leri kullanan tüm altyapıları güncelleştirmeniz gerekir. Azure Load Balancer bağlantı noktası gibi gelen bağımlılık değişikliklerini hesaba katmaya dikkat edin.
Tek bir alt ağda birden çok App Service Ortamı bulunamaz. Yeni App Service Ortamı v3 kaynağınız için mevcut alt ağınızı kullanmanız gerekiyorsa, yeni bir tane oluşturmadan önce mevcut App Service Ortamı silmeniz gerekir. Bu senaryo için, uygulamalarınızı yedeklemenizi ve ortamı oluşturup yapılandırdıktan sonra yeni ortama geri yüklemenizi öneririz. Bu işlem, uygulamanın kapalı kalma süresine neden olur. Bunun için gereken süre:
- Eski ortamı silin.
- App Service Ortamı v3 kaynağını oluşturun.
- Tüm altyapıyı ve bağlı kaynakları yeni ortamla çalışacak şekilde yapılandırın.
- Uygulamalarınızı yeni ortama dağıtın.
Uygulamaları geçirmeden önce denetim listesi
- App Service Ortamı v3 kaynağı oluşturun.
- Tüm ağ bağımlılıklarını yeni ortamla ilişkilendirilmiş IP adresleriyle güncelleştirin.
- Kapalı kalma süresini planlayın (varsa).
- Uygulamalarınızı yeni ortamınızda yeniden oluşturmaya yönelik bir işleme karar verin.
Ortamı boyutlandırma ve ölçeklendirme
App Service Ortamı v3, Yalıtılmış planlardan farklı fiyatlanan ve boyutlandırılan Yalıtılmış v2 Azure Uygulaması Hizmet planlarını kullanır. Uygun kapasiteyi sağlamak için yeni ortamın nasıl boyutlandırılması ve ölçeklendirilmesi gerektiğini anlamak için fiyatlandırma ayrıntılarını gözden geçirin. önceki sürümlerle karşılaştırıldığında App Service Ortamı v3 için App Service planları oluşturma yönteminizde fark yoktur.
Yedekleme ve geri yüklemeyi değerlendirme
Yeni ortama geçiş yaparken uygulama yapılandırmanızı, dosya içeriğinizi ve veritabanınızı uygulamanıza bağlı tutmak için yedekleme ve geri yükleme özelliğini kullanabilirsiniz.
Uygulamalarınızı App Service Ortamı v3'e geri yüklemek için özel yedeklemeler yapılandırmanız gerekir. Otomatik yedekleme, farklı App Service Ortamı sürümlerinde geri yüklemeyi desteklemez. Özel yedeklemeler hakkında daha fazla bilgi için bkz . Otomatik ve özel yedeklemeler.
Özel bir yedekleme seçebilir ve App Service Ortamı v3 kaynağınızda App Service'e geri yükleyebilirsiniz. Uygulamayı geri yüklemeden önce geri yükleneceği App Service planını oluşturmanız gerekir. Yedeklemeyi üretim yuvasına, mevcut bir yuvaya veya geri yükleme işlemi sırasında oluşturduğunuz yeni bir yuvaya geri yüklemeyi seçebilirsiniz.
| Sosyal haklar | Sınırlamalar |
|---|---|
| Hızlı - uygulama başına yalnızca 5 ila 10 dakika sürmelidir. | Destek belirli veritabanı türleriyle sınırlıdır. |
| Aynı anda birden çok uygulamayı geri yükleyebilirsiniz. (Her uygulama için geri yüklemeyi ayrı ayrı yapılandırmanız gerekir.) | Eski ortam, yeni ortam ve destekleyici kaynakların (örneğin uygulamalar, veritabanları, depolama hesapları ve kapsayıcılar) hepsi aynı abonelikte olmalıdır. |
| Uygulama içi MySQL veritabanları herhangi bir yapılandırma olmadan otomatik olarak yedeklenir. | Yedeklemeler en fazla 10 GB uygulama ve veritabanı içeriği olabilir. Bu içeriğin en fazla 4 GB'ı veritabanı yedeklemesi olabilir. Yedekleme boyutu bu sınırı aşarsa bir hata alırsınız. |
| Uygulamayı önceki bir durumun anlık görüntüsüne geri yükleyebilirsiniz. | Yedeklemeleriniz için hedef olarak güvenlik duvarı etkinleştirilmiş bir depolama hesabı kullanılması desteklenmez. |
| Trafiği eski ve yeni ortamlara dağıtmak için Azure Traffic Manager ve Azure Uygulaması lication Gateway ile tümleştirebilirsiniz. | Yedekleme ve geri yükleme için özel uç noktalarla depolama hesabı kullanılması desteklenmez. |
| İşlemi hızlandırmak için, geri yüklemeye başlamadan önce yeni ortamınızda geri yükleyebileceğiniz boş web uygulamaları oluşturabilirsiniz. | Yalnızca özel yedeklemeler desteklenir. |
Uygulamanızı App Service Ortamı v3'e kopyalama
Uygulamalarınızı kopyalama, Windows uygulamalarınızı App Service Ortamı v3'e almak için kullanabileceğiniz bir diğer özelliktir. Uygulamaları kopyalama sınırlamaları, App Service yedekleme özelliğiyle aynıdır. Daha fazla bilgi için bkz. Azure Uygulaması Hizmeti'nde bir uygulamayı yedekleme.
Not
Uygulamaları kopyalama yalnızca Windows'ta App Service planları için desteklenir.
Bu çözümü Windows'ta App Service kullanan ve geçiş özelliğini kullanarak geçiremeyen kullanıcılar için öneririz. Herhangi bir uygulamayı kopyalamadan önce yeni App Service Ortamı v3 kaynağınızı ayarlamanız gerekir. Bir uygulamayı kopyalama işleminin tamamlanması 30 dakika kadar sürebilir.
PowerShell kullanarak bir uygulamayı kopyalamak için yönergelere bakın.
Azure portalını kullanarak bir uygulamayı kopyalamak için:
Azure portalında mevcut App Service planınıza gidin. Geliştirme Araçları'nın altında Uygulamayı Kopyala'yı seçin.
Yeni App Service Ortamı v3 kaynağınızın ayrıntılarını kullanarak gerekli alanları doldurun:
- Kaynak Grubu için mevcut bir kaynak grubunu seçin veya yeni bir kaynak grubu oluşturun.
- Ad için uygulamanıza bir ad verin. Bu ad eski uygulamayla aynı olabilir, ancak sitenin yeni ortam için varsayılan URL'si farklı olacaktır. Yeni URL'ye işaret eden özel DNS veya bağlı kaynakları güncelleştirmeniz gerekir.
- Region için App Service Ortamı v3 adınızı kullanın.
- Dağıtım kaynağınızı kopyalamak istiyorsanız Dağıtım kaynağını kopyala onay kutusunu seçin.
- Windows Planı için, zaten oluşturduysanız yeni ortamınızdan mevcut bir App Service planını kullanabilir veya yeni bir plan oluşturabilirsiniz. Yeni App Service Ortamı v3 kaynağınızdaki kullanılabilir App Service planları açılan listede görünür.
- Sku ve boyut için, yeni bir App Service planı oluşturuyorsanız Yalıtılmış v2 seçeneklerinden birini kullanarak belleği ve CPU'yu gerektiği gibi değiştirin. App Service Ortamı v3, Yalıtılmış planlarla karşılaştırıldığında ilgili örnek boyutu başına daha fazla belleğe ve CPU'ya sahip Yalıtılmış v2 planlarını kullanır. Daha fazla bilgi için App Service Ortamı v3 fiyatlandırma ayrıntılarına bakın.
| Sosyal haklar | Sınırlamalar |
|---|---|
| PowerShell kullanarak kopyalamayı otomatikleştirebilirsiniz. | Yalnızca Windows'ta App Service planları için desteklenir. |
| Aynı anda birden çok uygulamayı kopyalayabilirsiniz. (Kopyalama, her uygulama için ayrı ayrı veya bir betik aracılığıyla yapılandırılmalıdır.) | Destek belirli veritabanı türleriyle sınırlıdır. |
| Trafiği eski ve yeni ortamlara dağıtmak için Azure Traffic Manager ve Azure Uygulaması lication Gateway ile tümleştirebilirsiniz. | Eski ortam, yeni ortam ve destekleyici kaynakların (örneğin uygulamalar, veritabanları, depolama hesapları ve kapsayıcılar) hepsi aynı abonelikte olmalıdır. |
App Service Ortamı v3'te uygulamalarınızı el ile oluşturma
Geçiş özelliği uygulamalarınızı desteklemiyorsa veya daha el ile yönlendirme yapmak istiyorsanız, mevcut App Service Ortamı için kullandığınız işlemi izleyerek uygulamalarınızı dağıtabilirsiniz.
Mevcut uygulamalarınızın, App Service planlarınızın ve desteklenen diğer kaynakların Azure Resource Manager şablonlarını (ARM şablonları) dışarı aktarabilir ve bunları yeni ortamınızda veya ortamınızda dağıtabilirsiniz. Yalnızca bir uygulamaya yönelik bir şablonu dışarı aktarmak için App Service planınıza gidin. Otomasyon'un altında Şablonu dışarı aktar'ı seçin.
Birden çok kaynak için şablonları doğrudan kaynak grubunuzdan da dışarı aktarabilirsiniz. Kaynak grubunuza gidin, şablonun olmasını istediğiniz kaynakları seçin ve ardından Şablonu dışarı aktar'ı seçin.
Uygulamalarınızı App Service Ortamı v3'e almak için ARM şablonlarınızda aşağıdaki ilk değişiklikler gereklidir:
App Service planının parametrelerini Yalıtılmış v2 planına güncelleştirin
sku:"type": "Microsoft.Web/serverfarms", "apiVersion": "2021-02-01", "name": "[parameters('serverfarm_name')]", "location": "East US", "sku": { "name": "I1v2", "tier": "IsolatedV2", "size": "I1v2", "family": "Iv2", "capacity": 1 },Uygulamanın dağıtılacağı App Service planı (
serverfarm) parametresini App Service Ortamı v3 ile ilişkili plana güncelleştirin.Barındırma ortamı profili (
hostingEnvironmentProfile) parametresini yeni App Service Ortamı v3 kaynak kimliğine güncelleştirin.ARM şablonu dışarı aktarma işlemi, kaynak sağlayıcılarının kaynaklar için kullanıma sunduğunu tüm özellikleri içerir. Eski uygulamanın etki alanına işaret eden özellikler gibi sorgulanmayan tüm özellikleri kaldırın. Örneğin, kaynağı aşağıdaki örneğe göre basitleştirebilirsiniz
sites:"type": "Microsoft.Web/sites", "apiVersion": "2021-02-01", "name": "[parameters('site_name')]", "location": "East US", "dependsOn": [ "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]" ], "properties": { "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]", "siteConfig": { "linuxFxVersion": "NODE|14-lts" }, "hostingEnvironmentProfile": { "id": "[parameters('hostingEnvironments_externalid')]" } }
Uygulamanızı nasıl yapılandırdığınıza bağlı olarak başka değişiklikler gerekebilir. Örneğin, eski ve yeni ortamlarınız için sistem tarafından atanan yönetilen kimlikleri ve aynı uygulama adlarını kullanırsanız çakışmalar yaşayabilirsiniz. Bu çakışmayı çözmek ve kapalı kalma süresini önlemek için kullanıcı tarafından atanan yönetilen kimliği kullanabilirsiniz.
ARM şablonlarını Azure portalını, Azure CLI'yı veya PowerShell'i kullanarak dağıtabilirsiniz.
El ile geçiş yapma
Yerinde geçiş özelliği, App Service Ortamı v3'e geçişi otomatikleştirir ve tüm uygulamalarınızı yeni ortama aktarır. Bu geçiş sırasında yaklaşık bir saatlik kapalı kalma süresi vardır. Uygulamalarınızda kapalı kalma süresi yoksa, yeni ortam farklı bir alt ağda oluşturulduğundan sıfır kapalı kalma süresi geçiş seçeneği olan yan yana geçiş özelliğini kullanmanızı öneririz. Yan yana geçiş özelliğini kullanmamayı da seçerseniz, App Service Ortamı v3'te uygulamalarınızı yeniden oluşturmak için el ile sunulan seçeneklerden birini kullanabilirsiniz.
Application Gateway'i kullanarak trafiği eski ve yeni ortamlarınız arasında dağıtabilirsiniz. İç yük dengeleyici (ILB) App Service Ortamı kullanıyorsanız, ortamlarınız arasında trafiği dağıtmak için ek arka uç havuzuna sahip bir Azure Uygulaması lication Gateway örneği oluşturun. ILB App Service Ortamı ve İnternet'e yönelik App Service Ortamı hakkında bilgi için bkz. Application Gateway tümleştirmesi.
Trafiği ortamlar arasında dağıtmak için Azure Front Door, Azure Content Delivery Network ve Azure Traffic Manager gibi hizmetleri de kullanabilirsiniz. Bu hizmetleri kullanmak, yeni ortamınızı denetimli bir şekilde test etmenizi sağlar ve yeni ortamınıza kendi hızınızda geçmenize yardımcı olur.
Geçişiniz ve yeni ortamınızla ilgili tüm testler tamamlandıktan sonra eski App Service Ortamı, üzerinde bulunan uygulamaları ve artık ihtiyacınız olmayan tüm destekleyici kaynakları silin. Silmediğiniz kaynaklar için ücretlendirilmeye devam edin.
Sık sorulan sorular
Nasıl yaparım? el ile kullanılan seçeneklerden birini kullanarak App Service Ortamı v3'e geçmem gerekip gerekmediğini biliyor musunuz?
Hangi geçiş seçeneğinin size uygun olduğuna karar verme konusunda yardım için bkz . Geçiş yolu karar ağacı. Ortamınız geçiş yolu karar ağacında açıklanan ölçütleri karşılıyorsa, v3 App Service Ortamı daha hızlı bir yol için otomatik geçiş özelliklerinden birini kullanmayı göz önünde bulundurun. Uygulamalarınızı yavaş yavaş yeni ortamınıza taşımanız ve tüm süreç boyunca doğrulamanız gerekiyorsa el ile geçiş önerilir.Geçiş sırasında kapalı kalma süresiyle karşılaşacak mıyım?
Kapalı kalma süresi geçiş işleminize bağlıdır. Geçiş sırasında trafiği işaretleyebileceğiniz farklı bir App Service Ortamı varsa veya yeni ortamınızı oluşturmak için farklı bir alt ağ kullanıyorsanız kapalı kalma süreniz olmaz. Aynı alt ağı kullanmanız gerekiyorsa, eski ortamı silerken kapalı kalma süresi olur, App Service Ortamı v3 kaynağını oluşturun, yeni App Service planlarını oluşturun, uygulamaları yeniden oluşturun ve yeni IP adreslerini kullanan kaynakları güncelleştirin.App Service Ortamı v3'te çalıştırabilmek için uygulamalarımla ilgili herhangi bir şeyi değiştirmem gerekiyor mu?
Hayır App Service Ortamı v1 ve v2 üzerinde çalışan uygulamaların App Service Ortamı v3'te çalıştırılması için herhangi bir değişikliğe gerek yoktur. IP SSL kullanıyorsanız, geçirmeden önce IP SSL bağlamalarını kaldırmanız gerekir.App Service Ortamım özel bir etki alanı son ekine sahipse ne olur?
Geçiş özelliği bu geçiş senaryosunu destekler. Geçiş özelliğini kullanmak istemiyorsanız el ile bir yöntem kullanarak geçiş yapabilirsiniz. App Service Ortamı v3 kaynağınızı oluştururken veya sonrasında istediğiniz zaman özel etki alanı sonekini yapılandırabilirsiniz.App Service Ortamı v2 kaynağım bölge sabitlenmişse ne olur?
Bölge sabitleme, App Service Ortamı v3'te desteklenen bir özellik değildir. App Service Ortamı v3 kaynağınızı oluştururken alanlar arası yedekliliği etkinleştirmeyi seçebilirsiniz.App Service Ortamı hangi özellikleri değişecek?
App Service Ortamı v3 ile önceki sürümler arasındaki özellik farklarını gözden geçirin. ILB App Service Ortamı için aynı ILB IP adresini saklarsınız. İnternet'e yönelik App Service Ortamı için genel IP adresi ve giden IP adresi değişir.İnternet'e yönelik App Service Ortamı daha önce hem gelen hem de giden için tek bir IP vardı. App Service Ortamı v3 için bunlar ayrı ayrıdır. Daha fazla bilgi için bkz. App Service Ortamı v3 ağ iletişimi.
Uygulamaları App Service Ortamı v2'den v3'e taşımak için yedekleme ve geri yükleme destekleniyor mu? Yedekleme ve geri yükleme özelliği, geri yükleme için özel bir yedekleme kullandığınız sürece App Service Ortamı sürümleri arasında uygulamaların geri yüklenmesini destekler. Otomatik yedekleme, farklı App Service Ortamı sürümlerine geri yüklemeyi desteklemez.
31 Ağustos 2024'den sonra App Service Ortamı v1 ve v2 kaynaklarıma ne olacak?
31 Ağustos 2024'den sonra App Service Ortamı v3'e geçiş yapmadıysanız App Service Ortamı v1 ve v2 kaynaklarınız ve bunlara dağıtılan uygulamalar artık kullanılamaz.App Service Ortamı v1 ve v2, üzerinde çalışan App Service ölçek birimlerinde barındırılırAzure Cloud Services (klasik) mimarisi. Bu mimari 31 Ağustos 2024'te kullanımdan kaldırılacağından App Service Ortamı v1 ve v2 bu tarihten sonra kullanılamaz. Uygulamalarınızı çalışır durumda tutmak için App Service Ortamı v3'e geçin veya korumanız gereken kaynakları veya verileri kaydedin veya yedekleyin.