600 współbieżnych użytkowników zgłasza wolne logowanie i powolne działanie programu Outlook. Kontenery profili FSLogix są przechowywane na udziale Azure Files Standard (GPv2) w tym samym regionie co hosty sesji. Wykorzystanie sieci i procesora CPU na hostach jest normalne. Które dwie akcje najbardziej bezpośrednio poprawią wydajność profilu? (Wybierz dwie)

Problem wolnego logowania i powolnego działania Outlooka dla 600 użytkowników, przy normalnym wykorzystaniu sieci i CPU na hostach, wskazuje na wąskie gardło w wydajności magazynu profili FSLogix. Migracja do konta FileStorage (Azure Files Premium) z odpowiednim dostosowaniem rozmiaru udziału jest kluczowa. Azure Files Premium oferuje znacznie wyższe IOPS i przepustowość w porównaniu do Standard (GPv2), co jest niezbędne dla obciążeń FSLogix, które są intensywne pod względem operacji wejścia/wyjścia (I/O). Zwiększenie limitu udziału Azure Files w celu podniesienia dostępnych IOPS/przepustowości dla warstwy Standard również poprawi wydajność. Chociaż Premium jest lepszym rozwiązaniem długoterminowym, zwiększenie limitu w warstwie Standard może tymczasowo złagodzić problem, ponieważ większy udział w warstwie Standard ma wyższe limity wydajności. Włączenie SMB Multichannel nie jest wystarczające, ponieważ problem leży w podstawowej wydajności magazynu, a nie tylko w protokole. Przełączenie na NFS 4.1 nie jest zalecane dla FSLogix, który najlepiej działa z SMB. Umieszczenie przestrzeni nazw DFS przed udziałem nie rozwiąże problemów z wydajnością pojedynczego udziału, a jedynie ułatwi zarządzanie ścieżkami.