XenApp i XenDesktop dzisiaj: Jak Citrix je przemianował i co to oznacza dla tradycyjnych farm

Jak nazywają się dzisiaj XenApp i XenDesktop?

Bezpośrednia nazwa zastępcza dla połączonej linii produktów XenApp i XenDesktop to Citrix Virtual Apps and Desktops . Citrix odnotował tę zmianę w sierpniu 2018 roku, a następnie w marcu 2022 roku zastosował nazwę Citrix DaaS konkretnie do swojej usługi chmurowej. Citrix DaaS nie był po prostu nową etykietą stosowaną do każdego historycznego wdrożenia XenApp lub XenDesktop.

Obecna terminologia handlowa dodaje kolejny wymiar. W chwili pisania, Warunki licencyjne specyficzne dla produktów Citrix Opisz Citrix DaaS Local jako dawny produkt Citrix Virtual Apps and Desktops oraz DaaS Cloud jako dawny produkt Citrix DaaS. Poniższa oś czasu oddziela historyczne pochodzenie od tych obecnych nazw.

Data lub okres	Nazwa	Co to oznacza	Źródło
Historyczny	MetaFrame	Wcześniejsza nazwa w linii dostarczania aplikacji opartych na serwerze Windows, która później stała się XenApp.	Historia TechTarget autorstwa Jacka Maddena
Historyczny	MetaFrame Presentation Server i Presentation Server	Kolejne nazwy między MetaFrame a XenApp.	Historia TechTarget autorstwa Jacka Maddena
Przed sierpniem 2018	XenApp	Głównie związane z opublikowanymi aplikacjami systemu Windows i współdzielonymi sesjami serwera.	Dokumentacja TechTarget i Citrix
Przed sierpniem 2018	XenDesktop	Głównie związane z zarządzanymi wirtualnymi pulpitami i VDI.	Dokumentacja Citrix
sierpień 2018	Citrix Virtual Apps and Desktops	Nazwa połączonego produktu, która zastąpiła XenApp i XenDesktop.	Citrix DaaS Co nowego
marzec 2022	Citrix DaaS	Ten przemianowany serwis chmurowy Citrix. Produkt lokalny zachował nazwę Citrix Virtual Apps and Desktops w tamtym czasie.	Citrix DaaS Co nowego
Aktualna terminologia w momencie pisania	Citrix DaaS lokalny i DaaS w chmurze	Warunki handlowe dla byłych ofert Citrix Virtual Apps i Desktops oraz Citrix DaaS.	Warunki licencyjne specyficzne dla produktów Citrix

Zmiana nazwy nie jest automatyczną migracją

Zainstalowany serwer XenApp nie stał się wdrożeniem Citrix DaaS zarządzanym w chmurze tylko dlatego, że Citrix zmienił terminologię swojego produktu. Przemieszczanie się między tymi środowiskami może rzeczywiście wiązać się z innym płaszczyzną zarządzania, wspieranymi wersjami, modelem licencjonowania, projektem infrastruktury i procesem migracji.

Zachowaj następujące cztery aspekty oddzielnie:

nazwa produktu, wersja produktu, model wdrożenia i status wsparcia. Poprawne mapowanie nazw odpowiada tylko na pierwsze pytanie.

XenApp i XenDesktop zaspokajały różne potrzeby dostarczania

XenApp i XenDesktop zostały ostatecznie sprzedane i zarządzane jako połączona linia produktów, ale ich tradycyjne obciążenia robocze nie były identyczne. Microsoft Learn również traktuje opublikowane aplikacje, wielosesyjne pulpity, współdzielone VDI i osobiste VDI jako odrębne modele wdrożeniowe. Microsoft zaleca wybór odpowiedniej kombinacji zgodnie z kosztami, wydajnością i doświadczeniem użytkownika, co wspiera decyzję opartą na obciążeniu, a nie na nazwie.

XenApp skoncentrowany na opublikowanych aplikacjach i współdzielonych sesjach

Tradycyjna instalacja XenApp dostarczała indywidualne aplikacje Windows lub wspólny pulpit z wielosesyjnej infrastruktury serwera Windows. Wielu użytkowników mogło łączyć się z tym samym serwerem, otrzymując oddzielne sesje, z dostępem kontrolowanym przez aplikację, grupę lub politykę dostarczania.

Zespół księgowy, który potrzebuje tylko zdalnego dostępu do jednej aplikacji ERP na Windows, nie musi automatycznie mieć osobistego wirtualnego pulpitu dla każdego pracownika. Publikacja aplikacji może spełnić to wymaganie przy mniejszej liczbie obrazów pulpitu, profili i decyzji dotyczących planowania pojemności.

XenDesktop skoncentrowany na zarządzanych wirtualnych pulpitach

XenDesktop przede wszystkim dotyczył wirtualizacja pulpitu , powszechnie korzystając z pulpitów jednosesyjnych przypisanych z pooled or personal catalogues Ten model wprowadza szersze wymagania dotyczące obrazów pulpitu, profili, dostarczania, przechowywania, pośrednictwa i zarządzania pojemnością.

Te możliwości mają znaczenie, gdy organizacja musi standaryzować i zarządzać kompletnymi pulpitami na dużą skalę. Jeszcze t są trudniejsze do uzasadnienia, gdy rzeczywiste wymaganie dotyczy dostępu do małego zestawu aplikacji systemu Windows.

Praktyczna zasada podejmowania decyzji

Jeśli użytkownicy potrzebują kilku aplikacji Windows lub wspólnego pulpitu, najpierw oceń publikację aplikacji. Jeśli organizacja musi zarządzać osobistymi lub standardowymi pulpitami na dużą skalę z dojrzałym zarządzaniem obrazami i profilami, produkt VDI lub DaaS dla przedsiębiorstw jest lepszym rozwiązaniem. Należy unikać rozpoczynania pełnego projektu VDI tylko w celu dostarczenia kilku aplikacji biznesowych.

Nazwa farmy Legacy nie ujawnia jej statusu wsparcia

Etykieta XenApp może opisywać wydania z bardzo różnych pokoleń. Status wsparcia zależy od dokładnego wydania i ścieżki serwisowej, a nie od tego, czy administrator swobodnie nazywa środowisko XenApp, XenDesktop czy Citrix Virtual Apps and Desktops.

Dokumenty cyklu życia Citrixa wykorzystują kilka kamieni milowych. Koniec sprzedaży, czyli EOS, dotyczy dostępności komercyjnej. Koniec utrzymania, czyli EOM, kończy regularne utrzymanie dla określonej wersji. Koniec życia, czyli EOL, oznacza koniec standardowego wsparcia cyklu życia, podczas gdy koniec wsparcia rozszerzonego, czyli EOES, oznacza koniec wszelkich wymienionych okresów wsparcia rozszerzonego.

Sprawdź dokładne wydanie przed użyciem jakiejkolwiek daty cyklu życia

Zidentyfikuj zainstalowaną wersję na kontrolerach dostarczania i innych kluczowych komponentach, a następnie porównaj ją z aktualną macierzą produktów Citrix lub macierzą produktów starszej generacji. Archiwum dokumentacji dziedzictwa Citrixa jest przydatny do szczegółów konfiguracji historycznej, ale archiwalna instrukcja nie potwierdza, że wydanie pozostaje wspierane.

Na przykład, Macierz produktów Citrix Legacy wymienia XenApp i XenDesktop 7.6 LTSR jako osiągające koniec wsparcia 11 stycznia 2021 roku , z EOES 11 stycznia 2026 roku. Ta data nie może być stosowana do innej wersji XenApp lub XenDesktop, dlatego daty cyklu życia powinny zawsze być sprawdzane w odniesieniu do aktualnej oficjalnej matrycy przy podejmowaniu decyzji.

Wsparcie zależy również od systemu Windows i powiązanych komponentów

Nieobsługiwany komponent Citrix nie może uczynić obsługiwanego systemu operacyjnego, bazy danych, serwera StoreFront, bramy ani zależności uwierzytelniającej obsługiwanym. Sprawdź wersje systemu Windows Server używane przez kontrolery i Wirtualne Agenty Dostarczania (VDA), wraz z kompatybilnością bazy danych, oprogramowaniem bramy, komponentami profilu oraz wszelkimi wymaganiami specyficznymi dla aplikacji.

Ostrzeżenie o zależności:

farma może wydawać się operacyjna, polegając na komponentach, które nie są już wspierane w kombinacji. Traktuj wydanie Citrix i jego podstawową platformę jako jeden łańcuch zależności, sprawdzając jednocześnie cykl życia każdego produktu osobno.

Co powinieneś zewidencjonować przed zatrzymaniem lub migracją farmy?

Przydatna ocena opisuje, co dostarcza farma, jak jest zbudowana i jak jest obsługiwana. Zapobiega to temu, aby znana nazwa produktu stała się jedynym powodem do utrzymania lub wymiany środowiska.

Obciążenia, użytkownicy i model dostarczania

• Wymień każdą opublikowaną aplikację, udostępniony pulpit, pulpit współdzielony i osobisty pulpit.
• Rejestruj, którzy pracownicy, kontrahenci, klienci lub partnerzy korzystają z każdego obciążenia.
• Mierz normalną i szczytową współbieżność, zamiast polegać tylko na liczbie nazwanych kont.
• Zidentyfikuj, czy każde obciążenie korzysta z serwerów wielosesyjnych czy z desktopów jednoseyjnych.
• Dokumentacja wymagań dotyczących zgodności aplikacji, w tym obsługiwanych wersji systemu Windows i zależności aplikacji.

Ta klasyfikacja często ujawnia, że mieszane gospodarstwo zawiera zarówno proste obciążenia związane z publikowaniem aplikacji, jak i prawdziwe obciążenia VDI. Te kategorie nie muszą podążać tą samą ścieżką modernizacji.

Komponenty i zależności

• Kontrolery dostarczania, serwery StoreFront, VDA, bazy danych i komponenty licencjonowania Citrix.
• Katalogi maszyn, grupy dostawy, metody udostępniania, obrazy i zarządzanie profilami.
• Bramki, certyfikaty, dostawcy uwierzytelniania, uwierzytelnianie wieloskładnikowe i punkty dostępu do sieci.
• Drukarki, sterowniki drukarek, skanery, karty inteligentne, lokalne dyski i inne wymagania dotyczące urządzeń peryferyjnych.
• Serwery aplikacji, udostępnianie plików, bazy danych, oprogramowanie pośredniczące, konta serwisowe i zadania zaplanowane.

Drukowanie, profile, bramy i uwierzytelnianie powinny być traktowane jako zależności migracyjne, a nie jako ustawienia do automatycznego przeniesienia do innej warstwy dostarczania. Zweryfikuj każdą aplikację i metodę połączenia przed zaplanowaniem przełączenia.

Monitoring, wydajność i ekspozycja

Citrix Director jest wbudowaną konsolą do monitorowania stanu w czasie rzeczywistym i historycznego, widoczności doświadczeń użytkowników oraz rozwiązywania problemów z sesjami. Sprawdź które możliwości Dyrektora pozostają operacyjne w zainstalowanej wersji oraz czy administratorzy rzeczywiście przeglądają niepowodzenia logowania, dane sesji, zachowanie aplikacji i stan serwera.

Również zarejestruj, w jaki sposób farmy są narażone na zdalnych użytkowników. Sprawdź własność bramy i certyfikatu, uwierzytelnianie wieloskładnikowe, kontrolę blokady konta, łatanie, segmentację sieci, rejestrowanie, kopie zapasowe i testowanie przywracania. Monitoring zbierający dane, które są nigdy nie oceniano, nie zapewnia procesu podejmowania decyzji operacyjnych.

AWS, ceny i licencjonowanie to oddzielne decyzje

AWS może służyć jako lokalizacja zasobów Citrix, ale nie jest to ani nowa nazwa dla XenDesktop, ani nie eliminuje potrzeby dla architektury Citrix lub planowania infrastruktury chmurowej. Dokumentacja Citrix wciąż wymaga decyzji dotyczących regionów AWS, sieci, podsieci, grup zabezpieczeń, poświadczeń oraz rozmieszczenia komponentów Citrix.

Ceny wymagają również osobnej oceny handlowej Koszty licencjonowania Citrixa . Pisząc Strona publiczna Citrixa "Jak kupić" kieruje potencjalnych klientów do sprzedaży lub partnera, zamiast wyświetlać numeryczną cenę licencji w trybie samoobsługowym. Nie oznacza to, że ceny negocjowane lub partnerskie są niedostępne, tylko że potrzebna jest aktualna oferta do dokładnego porównania.

Licencjonowanie Microsoftu pozostaje w Twojej odpowiedzialności. W zależności od wdrożenia, może to obejmować licencje Windows Server, CAL RDS oraz odpowiednie licencje Office lub Microsoft 365. Dla precyzyjnych wymagań dotyczących CAL RDS powinieneś zweryfikować swoją pełną konfigurację z Microsoftem lub kwalifikowanym partnerem licencyjnym.

Wybierz ścieżkę opartą na obciążeniu, a nie na starej etykiecie produktu

Po sklasyfikowaniu farmy dostępne są cztery główne ścieżki. Typ obciążenia, stan wsparcia, umiejętności wewnętrzne, zobowiązania umowne oraz zależności ujawnione podczas inwentaryzacji powinny skierować Cię do idealnego wyboru.

Zachowaj lub zaktualizuj Citrix

Zostanie z Citrix może być właściwym wyborem, gdy organizacja polega na dojrzałym zarządzaniu obrazami, integracjach z przedsiębiorstwem, aktualnej umowie przedsiębiorstw, hybrydowej dostawie lub dużej, ustandaryzowanej infrastrukturze desktopowej. Dokumentacja produktu Citrix pozycjonuje Długoterminowa usługa Wydania dla dużych środowisk produkcyjnych priorytetowo traktujące stabilną bazę, podczas gdy Wydania Bieżące zapewniają szybszy dostęp do nowych funkcji.

Dokumentacja dotycząca aktualizacji i migracji Citrix jasno wskazuje, że nie każda starsza wersja XenApp lub XenDesktop ma wspieraną bezpośrednią ścieżkę. Starsze farmy mogą wymagać nowej witryny, dostosowania komponentów i walidacji aplikacji zamiast aktualizacji na miejscu.

Przenieś do Citrix DaaS

Citrix DaaS może zachować możliwości dostarczania aplikacji i pulpitu Citrix, zmieniając jednocześnie płaszczyznę kontrolną i model komercyjny. Obecne warunki licencjonowania Citrix pokazują, że subskrypcje mogą obejmować DaaS Local i DaaS Cloud, co odzwierciedla szerszą ofertę niż historyczny wymóg publikacji aplikacji XenApp.

To jest decyzja architektoniczna i operacyjna, a nie tylko aktualizacja terminologii. Samo przeniesienie maszyn obciążeniowych do AWS nie tworzy wdrożenia Citrix DaaS.

Rozważ ponownie warstwę dostarczania dla farm skoncentrowanych na aplikacjach

Kiedy farm głównie publikuje aplikacje Windows lub udostępnione pulpity, prostsza warstwa dostarczania zarządzana samodzielnie może spełniać wymagania dotyczące publikacji. aplikacje Windows w wersji legacy do sieci bez VDI TSplus Remote Access może publikować aplikacje i przypisywać je do użytkowników lub grup dostarczają pełne współdzielone pulpity z infrastruktury kontrolowanej przez klienta i wspierają standardowe klientów RDP, generowanego klienta jednym kliknięciem, prezentację w stylu RemoteApp oraz połączenia przez przeglądarkę.

Dostęp przez przeglądarkę wymaga Edycja Web Mobile lub wyższa Farm Manager, Gateway i load balancing wymagają edycji Enterprise, a każdy serwer wymaga licencjonowania. Farmę serwerów można zainstalować opcjonalnie, ponieważ organizacja może wdrożyć TSplus Remote Access na jednym serwerze, gdy ta architektura spełnia jej potrzeby.

TSplus Remote Access nie jest pełnym zamiennikiem VDI, dlatego pewne infrastruktury i zależności powinny być weryfikowane podczas prób, a nie zakładane, że będą działać bez zmian. Na przykład aplikacje wymagające dużej mocy graficznej lub szczególnie rozbudowane wersje korporacyjne potrzebują wcześniejszych testów Proof of Concept.

Jeśli Twoja farmę głównie publikuje mały zestaw aplikacji Windows lub współdzielonych pulpitów, użyj tego TSplus vs porównanie Citrix aby sprawdzić, czy Web Mobile lub Enterprise odpowiada modelowi dostępu, którego potrzebujesz.

Zachowaj tymczasowo z udokumentowanym planem wyjścia

Natychmiastowa migracja może być niepraktyczna, gdy właściciel aplikacji, serwer zastępczy lub decyzja dotycząca licencji nie są gotowe. W takim przypadku należy udokumentować własność, aktualizacje, kontrole narażenia, monitorowanie, kopie zapasowe, odpowiedzialności licencyjne oraz docelową datę decyzji.

Tymczasowe zatrzymanie nie jest substytutem wsparcia dostawcy. Jest to kontrolowana pozycja przechowawcza, podczas gdy organizacja weryfikuje aplikacje, zależności i architekturę docelową.

W podsumowaniu: Stara nazwa to tylko punkt wyjścia

Nazwa XenApp i XenDesktop może być szybko zrozumiana, ale właściwy następny krok zależy od tego, co infrastruktura dostarcza, dokładny stan wsparcia i komponenty wokół niego. Najpierw sklasyfikuj obciążenie, a następnie zdecyduj, czy Citrix, Citrix DaaS, prostsza warstwa publikacji aplikacji czy tymczasowe zatrzymanie z planem wyjścia jest odpowiednią ścieżką.

Aby przetestować z swoimi aplikacjami i metodami połączenia, jak pobrać oprogramowanie TSplus na 15-dniowy bezpłatny okres próbny zanim zdecydujemy, czy nasze warstwa dostarczania pasuje do twojej starszej farmy.