Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
ŞUNLAR IÇIN GEÇERLIDIR:
Azure Stack Edge Pro - GPU
Azure Stack Edge Pro 2
Azure Stack Edge Pro R
Azure Stack Edge Mini R
Aşağıdaki sürüm notları, Azure Stack Edge cihazlarınız için 2202 sürümü için kritik açık sorunları ve çözülen sorunları tanımlar. Bu sürüm notları Azure Stack Edge Pro GPU, Azure Stack Edge Pro R ve Azure Stack Edge Mini R cihazları için geçerlidir. Belirli bir modele karşılık gelen özellikler ve sorunlar, uygun olduğunda çağrılır.
Sürüm notları sürekli olarak güncelleştirilir ve geçici çözüm gerektiren kritik sorunlar keşfedildikçe eklenir. Cihazınızı dağıtmadan önce sürüm notlarında yer alan bilgileri dikkatle gözden geçirin.
Bu makale, 2.2.1868.4470 yazılım sürümüne eşlenen Azure Stack Edge 2202 sürümü için geçerlidir. En az Azure Stack Edge 2106 (2.2.1636.3457) yazılımı çalıştırıyorsanız bu yazılım cihazınıza uygulanabilir.
Yenilikler
2202 sürümü aşağıdaki özelliklere ve iyileştirmelere sahiptir:
Azure Stack Edge Pro 2'ye giriş - Bu sürümde, Microsoft'un hizmeti olarak sunulan yapay zeka özellikli uç bilgi işlem cihazının yeni nesli olan Azure Stack Edge Pro 2 tanıtıldı. Daha fazla bilgi için bkz. Azure Stack Edge Pro 2 nedir?
Kümeleme desteği - Bu sürüm, Azure Stack Edge için kümeleme desteği sağlar. Artık tek düğümlü cihaza ek olarak iki düğümlü bir cihaz kümesi dağıtabilirsiniz. Kümeleme özelliği önizleme aşamasındadır ve yalnızca Azure Stack Edge Pro GPU cihazları için kullanılabilir.
Daha fazla bilgi için bkz . Azure Stack Edge'de kümeleme nedir?.
Parola sıfırlama uzantısı - Bu sürümden itibaren hem Windows hem de Linux sanal makineleri (VM) için parola sıfırlama uzantısı etkinleştirilir.
VM geliştirmeleri - Bu sürümde yeni bir VM boyutu F12 eklendi.
Çok Erişimli Edge Bilgi İşlem (MEC) ve Sanal Ağ İşlevleri (VNF) geliştirmeleri:
- Bu sürümde VNF oluşturma ve silme için VM oluşturma ve silme paralelleştirildi. Bu, birden çok VM içeren VNF'ler için oluşturma süresini önemli ölçüde azaltmıştır.
- VHD alma işi kaynağı temizleme, VNF oluşturma ve silme işleminin dışına taşındı. Bu sayede VNF oluşturma ve silme süreleri azaltıldı.
Azure Arc ve Edge kapsayıcı kayıt defteri güncelleştirmeleri - Azure Arc ve Edge kapsayıcı kayıt defteri sürümleri güncelleştirildi. Daha fazla bilgi için bkz . Güncelleştirmeler hakkında.
Güvenlik düzeltmeleri - Bu sürümden itibaren, Azure Stack Edge cihazınızdaki Kubernetes kümesinde bir pod güvenlik ilkesi ayarlanır. Kapsayıcılı çözümünüzde kök ayrıcalıkları kullanıyorsanız, davranışta bazı değişikliklerle karşılaşabilirsiniz. Sizin için herhangi bir işlem yapmanız gerekmez.
2202 sürümünde düzeltildi sorunları
Aşağıdaki tabloda, önceki sürümlerde belirtilen ve geçerli sürümde düzeltilen sorunlar listelenmiştir.
| Hayır | Özellik | Sorun |
|---|---|---|
| 1. | Azure Arc | Önceki sürümlerde ara sunucu uygulamasında Azure Arc'ın düzgün çalışmamasıyla sonuçlanan bir hata vardı. Bu sürümde, Azure Arc no_proxy listesine bir web proxy atlama listesi eklendi. |
2202 sürümündeki bilinen sorunlar
Aşağıdaki tabloda, bu sürümdeki bilinen sorunların bir özeti sağlanmaktadır.
| Hayır | Özellik | Sorun | Geçici çözüm/açıklamalar |
|---|---|---|---|
| 1. | Önizleme özellikleri | Bu sürümde, aşağıdaki özellikler önizlemede kullanılabilir: - Yalnızca Azure Stack Edge Pro GPU cihazları için Kümeleme ve Çok Erişimli Edge Bilgi İşlem (MEC). - Yalnızca Azure Stack Edge Pro R ve Azure Stack Edge Mini R için VPN. - Azure Stack Edge Pro GPU, Azure Stack Edge Pro R ve Azure Stack Edge Mini R için yerel Azure Resource Manager, VM'ler, VM'lerin bulut yönetimi, Kubernetes bulut yönetimi ve Çok işlemli hizmet (MPS). |
Bu özellikler daha sonraki sürümlerde genel kullanıma sunulacaktır. |
| 2. | Güncelleştir | İki düğümlü bir küme için, nadir durumlarda güncelleştirme başarısız olabilir. | Güncelleştirme başarısız olursa ve güncelleştirmelerin kullanılabilir olduğunu belirten bir ileti görürseniz cihazınızı güncelleştirmeyi yeniden deneyin. Güncelleştirme başarısız olursa ve kullanılabilir güncelleştirme yoksa ve cihazınız bakım modunda olmaya devam ederse, sonraki adımları belirlemek için Microsoft Desteği başvurun. |
| 3. | Wi-Fi | Wi-Fi bu sürümde Azure Stack Edge Pro 2'de çalışmaz. | Bu işlev gelecek bir sürümde kullanılabilir. |
| 4. | VPN | VPN özelliği yerel web kullanıcı arabiriminde gösterilir ancak bu özellik bu cihaz için desteklenmez. | Bu sorun gelecek bir sürümde ele alınacaktır. |
Önceki sürümlerden bilinen sorunlar
Aşağıdaki tablo, önceki sürümlerden taşınan bilinen sorunların özetini sağlar.
| Hayır | Özellik | Sorun | Geçici çözüm/açıklamalar |
|---|---|---|---|
| 1. | Azure Stack Edge Pro + Azure SQL | SQL veritabanı oluşturmak için Yönetici erişimi gerekir. | Create-the-sql-database içinde 1-2 arası adımlar yerine aşağıdaki adımları uygulayın. - Cihazınızın yerel kullanıcı arabiriminde işlem arabirimini etkinleştirin. İşlem > Bağlantı Noktası # > İşlem > için etkinleştir Uygula'yı seçin. - SQL komut yardımcı programı üzerinden istemci makinenize indirin sqlcmd. - İşlem arabirimi IP adresinize (etkinleştirilen bağlantı noktası) bağlanın ve adresin sonuna ",1401" ekleyin. - Son komut şöyle görünür: sqlcmd -S {Interface IP},1401 -U SA -P "Strong! Passw0rd".Bundan sonra, geçerli belgelerden 3-4 arası adımlar aynı olmalıdır. |
| 2. | Yenile | Yenileme yoluyla geri yüklenen bloblarda artımlı değişiklikler desteklenmez | Blob uç noktaları için Yenileme sonrasında blobların kısmi güncelleştirmeleri, güncelleştirmelerin buluta yüklenmemesiyle sonuçlanabilir. Örneğin, aşağıdakiler gibi eylemlerin sırası: 1. Bulutta blob oluşturun. Veya cihazdan daha önce yüklenmiş bir blobu silin. 2. Yenileme işlevini kullanarak blobu buluttan alete yenileyin. 3. Azure SDK REST API'lerini kullanarak blobun yalnızca bir bölümünü güncelleştirin.Bu eylemler blobun güncelleştirilmiş bölümlerinin bulutta güncelleştirilmemesiyle sonuçlanabilir. Geçici çözüm: Blobların tamamını değiştirmek için robocopy veya Gezgin veya komut satırı aracılığıyla normal dosya kopyalama gibi araçları kullanın. |
| 3. | Azaltma | Azaltma sırasında cihaza yeni yazma işlemlerine izin verilmiyorsa NFS istemcisi tarafından yapılan yazma işlemleri "İzin Reddedildi" hatasıyla başarısız olur. | Hata aşağıdaki gibi görünür:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: 'test' dizini oluşturulamıyor: İzin reddedildi |
| 4. | Blob Depolama alımı | Blob depolama alımı için AzCopy sürüm 10'u kullanırken AzCopy'yi aşağıdaki bağımsız değişkenle çalıştırın: Azcopy <other arguments> --cap-mbps 2000 |
AzCopy için bu sınırlar sağlanmazsa cihaza büyük olasılıkla çok sayıda istek göndererek hizmetle ilgili sorunlara yol açabilir. |
| 5. | Katmanlı depolama hesapları | Katmanlı depolama hesapları kullanılırken aşağıdakiler geçerlidir: - Yalnızca blok blobları desteklenir. Sayfa blobları desteklenmez. - Anlık görüntü veya kopyalama API'si desteği yoktur. - Aracılığıyla Hadoop iş yükü alımı distcp , kopyalama işlemini yoğun olarak kullandığından desteklenmez. |
|
| 6. | NFS paylaşım bağlantısı | Aynı paylaşıma birden çok işlem kopyalanıyorsa ve nolock öznitelik kullanılmıyorsa, kopyalama sırasında hatalar görebilirsiniz. |
NFS nolock paylaşımına dosya kopyalamak için özniteliği bağlama komutuna geçirilmelidir. Örneğin: C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:. |
| 7. | Kubernetes kümesi | Kubernetes kümesi çalıştıran bir güncelleştirmeyi cihazınıza uygularken Kubernetes sanal makineleri yeniden başlatılır ve yeniden başlatılır. Bu örnekte, yalnızca belirtilen çoğaltmalarla dağıtılan podlar bir güncelleştirmeden sonra otomatik olarak geri yüklenir. | Çoğaltma kümesi belirtmeden çoğaltma denetleyicisi dışında tek tek podlar oluşturduysanız, bu podlar cihaz güncelleştirmesinin ardından otomatik olarak geri yüklenmez. Bu podları geri yüklemeniz gerekir. Çoğaltma kümesi, düğüm hatası veya kesintiye neden olan düğüm yükseltmesi gibi herhangi bir nedenle silinen veya sonlandırılan podların yerini alır. Bu nedenle, uygulamanız yalnızca tek bir pod gerektirse bile bir çoğaltma kümesi kullanmanızı öneririz. |
| 8. | Kubernetes kümesi | Azure Stack Edge Pro'da Kubernetes yalnızca Helm v3 veya üzeri sürümlerde desteklenir. Daha fazla bilgi için Sık sorulan sorular: Tiller'ın kaldırılması bölümüne gidin. | |
| 9. | Kubernetes | 31000 numaralı bağlantı noktası Kubernetes Panosu için ayrılmıştır. Bağlantı noktası 31001, Edge kapsayıcı kayıt defteri için ayrılmıştır. Benzer şekilde, varsayılan yapılandırmada 172.28.0.1 ve 172.28.0.10 IP adresleri sırasıyla Kubernetes hizmeti ve Çekirdek DNS hizmeti için ayrılmıştır. | Ayrılmış IP'leri kullanmayın. |
| 10. | Kubernetes | Kubernetes şu anda çok protokollü LoadBalancer hizmetlerine izin vermiyor. Örneğin, hem TCP hem de UDP üzerinde dinlemesi gereken bir DNS hizmeti. | MetalLB ile Kubernetes'in bu sınırlamasını geçici olarak çözmek için aynı pod seçicide iki hizmet (biri TCP için, biri UDP için) oluşturulabilir. Bu hizmetler aynı IP adresini paylaşmak için aynı paylaşım anahtarını ve spec.loadBalancerIP'yi kullanır. Ip'ler, kullanılabilir IP adreslerinden daha fazla hizmetiniz varsa da paylaşılabilir. Daha fazla bilgi için bkz . IP adresi paylaşımı. |
| 11. | Kubernetes kümesi | Mevcut Azure IoT Edge market modülleri, Azure Stack Edge cihazında IoT Edge üzerinde çalışacak değişiklikler gerektirebilir. | Daha fazla bilgi için bkz . Azure Stack Edge Pro GPU cihazında Azure Stack Edge Pro FPGA cihazlarından mevcut IoT Edge modüllerini çalıştırma. |
| 12. | Kubernetes | Dosya tabanlı bağlama bağlamaları, Azure Stack Edge cihazında Kubernetes üzerinde Azure IoT Edge ile desteklenmez. | IoT Edge, seçenekleri Kubernetes yapılarına çevirmek ContainerCreate için bir çeviri katmanı kullanır. Dizine hostpath ve dolayısıyla dosya tabanlı bağlamalara eşlemeler oluşturmak Binds IoT Edge kapsayıcılarındaki yollara bağlanamaz. Mümkünse üst dizini eşleyin. |
| 13. | Kubernetes | IoT Edge için kendi sertifikalarınızı getirir ve işlem cihazda yapılandırıldıktan sonra bu sertifikaları Azure Stack Edge cihazınıza eklerseniz, yeni sertifikalar alınmaz. | Bu sorunu geçici olarak çözmek için, cihazda işlem yapılandırmadan önce sertifikaları karşıya yüklemeniz gerekir. İşlem zaten yapılandırılmışsa cihazın PowerShell arabirimine bağlanın ve IoT Edge komutlarını çalıştırın. Yeniden başlatın iotedged ve edgehub podlar. |
| 14. | Sertifikalar | Bazı durumlarda, yerel kullanıcı arabirimindeki sertifika durumunun güncelleştirili birkaç saniye sürebilir. | Yerel kullanıcı arabirimindeki aşağıdaki senaryolar etkilenebilir.
|
| 15. | Sertifikalar | İmzalama zinciri sertifikaları ile ilgili uyarılar, yeni imzalama zinciri sertifikaları karşıya yüklendikten sonra bile portaldan kaldırılmaz. | |
| 16. | Web ara sunucusu | NTLM kimlik doğrulaması tabanlı web proxy'si desteklenmez. | |
| 17. | Internet Explorer | Gelişmiş güvenlik özellikleri etkinleştirildiyse, yerel web kullanıcı arabirimi sayfalarına erişemeyebilirsiniz. | Gelişmiş güvenliği devre dışı bırakın ve tarayıcınızı yeniden başlatın. |
| 18. | Kubernetes | Kubernetes, .NET uygulamaları tarafından kullanılan ortam değişkeni adlarında ":" öğesini desteklemez. Bu, Event Grid IoT Edge modülünün Azure Stack Edge cihazında ve diğer uygulamalarda çalışması için de gereklidir. Daha fazla bilgi için ASP.NET temel belgelerine bakın. | ":" yerine çift alt çizgi yazın. Daha fazla bilgi için bkz. Kubernetes sorunu |
| 19. | Azure Arc + Kubernetes kümesi | Varsayılan olarak, kaynak yamls Git deposundan silindiğinde, karşılık gelen kaynaklar Kubernetes kümesinden silinmez. |
Git deposundan silinen kaynakların silinmesine izin vermek için Arc OperatorParams içinde ayarlayın --sync-garbage-collection . Daha fazla bilgi için bkz . Yapılandırmayı silme. |
| 20. | NFS | Veri yazmak için cihazınızda NFS paylaşım bağlamaları kullanan uygulamalar Özel yazma kullanmalıdır. Bu, yazmaların diske yazılmasını sağlar. | |
| 21. | İşlem yapılandırması | İşlem yapılandırması, ağ geçitlerinin, anahtarların veya yönlendiricilerin ağda bulunmayan sistemler için Adres Çözümleme Protokolü (ARP) isteklerine yanıt verdiği ağ yapılandırmalarında başarısız olur. | |
| 22. | İşlem ve Kubernetes | Cihazınızda ilk olarak Kubernetes ayarlandıysa tüm kullanılabilir GPU'ları talep eder. Bu nedenle, Kubernetes'i ayarladıktan sonra GPU'ları kullanarak Azure Resource Manager VM'leri oluşturmak mümkün değildir. | Cihazınızda 2 GPU varsa GPU kullanan 1 VM oluşturabilir ve ardından Kubernetes'i yapılandırabilirsiniz. Bu durumda Kubernetes kalan kullanılabilir 1 GPU'yu kullanacaktır. |
| 23. | Özel betik VM uzantısı | Windows VM'lerinde daha önceki bir sürümde oluşturulan ve cihaz 2103'e güncelleştirilen bilinen bir sorun vardır. Bu VM'lere özel bir betik uzantısı eklerseniz, Windows VM Konuk Aracısı (yalnızca Sürüm 2.7.41491.901) uzantı dağıtımının zaman aşımına uğratmasına neden olan güncelleştirmede takılır. |
Bu sorunu geçici olarak çözmek için: - Uzak masaüstü protokolü (RDP) kullanarak Windows VM'sine bağlanın. - öğesinin waappagent.exe makinede çalıştığından emin olun: Get-Process WaAppAgent. - çalışmıyorsa waappagent.exe hizmeti yeniden başlatınrdagent: | Get-Service RdAgentRestart-Service . 5 dakika bekleyin.- çalışırken waappagent.exe işlemi sonlandırın WindowsAzureGuest.exe . - İşlemi sonlandırdıktan sonra, işlem daha yeni bir sürümle yeniden çalışmaya başlar. - Şu komutu kullanarak Windows VM Konuk Aracısı sürümünün 2.7.41491.971 olduğunu doğrulayın: Get-Process WindowsAzureGuestAgent | fl ProductVersion.- Windows VM'de özel betik uzantısını ayarlayın. |
| 24. | GPU VM'leri | Bu sürümden önce, GPU VM yaşam döngüsü güncelleştirme akışında yönetilmedi. Bu nedenle, 2103 sürümüne güncelleştirme sırasında GPU VM'leri otomatik olarak durdurulmuyor. Cihazınızı güncelleştirmeden önce bir stop-stayProvisioned bayrak kullanarak GPU VM'lerini el ile durdurmanız gerekir. Daha fazla bilgi için bkz . VM'yi askıya alma veya kapatma.Güncelleştirmeden önce çalışmaya devam eden tüm GPU VM'leri güncelleştirmeden sonra başlatılır. Bu örneklerde, VM'lerde çalışan iş yükleri düzgün bir şekilde sonlandırılmamıştır. Ayrıca VM'ler, güncelleştirmeden sonra istenmeyen bir duruma düşebilir. Güncelleştirmeden önce aracılığıyla stop-stayProvisioned durdurulan tüm GPU VM'leri güncelleştirmeden sonra otomatik olarak başlatılır. GPU VM'lerini Azure portalı üzerinden durdurursanız cihaz güncelleştirmesinin ardından VM'yi el ile başlatmanız gerekir. |
GPU VM'lerini Kubernetes ile çalıştırıyorsanız, gpu vm'lerini güncelleştirmeden hemen önce durdurun. GPU VM'leri durdurulduğunda Kubernetes, başlangıçta VM'ler tarafından kullanılan GPU'ları devralacaktır. GPU VM'leri ne kadar uzun süre durdurulursa Kubernetes'in GPU'ları devralma olasılığı da artar. |
| 25. | Çok İşlemli Hizmet (MPS) | Cihaz yazılımı ve Kubernetes kümesi güncelleştirildiğinde, MPS ayarı iş yükleri için korunmaz. | MPS'yi yeniden etkinleştirin ve MPS kullanan iş yüklerini yeniden dağıtın. |