Pakilala
Bihirang nagsisimula ang mga problema sa pagganap ng Citrix sa isang kumpletong pagkasira. Maaaring dahan-dahang humaba ang mga logon, maaaring lumihis ang isang VDA mula sa mga kapwa nito, maaaring tumaas ang mga pagkabigo sa koneksyon o maaaring tumaas ang latency ng sesyon sa mga inaasahang oras. Ang epektibong pagmamanman ay tumutulong sa mga IT team na matukoy ang mga pagbabagong ito nang maaga at paghiwalayin ang mga nakahiwalay na sintomas mula sa mas malawak na mga isyu sa imprastruktura, network o kapasidad.
Ang artikulong ito ay tumitingin sa mga tool, sukatan at mga maagang palatandaan na tumutulong sa mga administrador na mas epektibong masuri ang mga problema sa Citrix.
Anong Uri ng Mga Layer ang Dapat Saklawin ng Citrix Monitoring?
Maraming mahigpit na magkakaugnay na bahagi sa Citrix Virtual Apps at Desktop na dapat isaalang-alang. Ang isang session ng gumagamit ay maaaring sumaklaw sa brokering, authentication, VDA, mga serbisyo ng Windows, mga profile ng gumagamit, GPO, imbakan, mga aplikasyon at mga koneksyon sa network bago pa man maging available ang isang app o desktop para sa paggamit. Ang magandang pagmamanman sa Citrix ay nangangailangan ng visibility sa apat na detalye.
Sa layer ng sesyon, nais malaman ng mga administrador kung ang mga gumagamit ay nakakakonekta, kung gaano katagal ang mga logon, at na ang mga sesyon ay patuloy na tumutugon.
Sa layer ng paghahatid ng Citrix, ang pagmamanman ay maaaring matukoy na ang mga makina ay naka-on at nakarehistro, ang mga koneksyon ay nabibigo, at kung paano naibabahagi ang workload.
Sa antas ng imprastruktura, ang CPU, memorya, imbakan at mga serbisyo ng Windows ay maaaring subukan upang matiyak na ang mga sistema ng pagho-host ay may kakayahan.
At sa antas ng network/historikal, kailangan mong makita na ang latency ay hindi nakakaapekto sa tugon ng sesyon, at na ang demand sa imbakan at iba pang mga mapagkukunan ay hindi lumalaki sa paglipas ng panahon.
Ang trick ay hindi subaybayan ang bawat counter na available kundi sundan ang isang problema mula sa sintomas hanggang sa malamang nakatagong layer ng imprastruktura.
Aling mga Tool ang Kapaki-pakinabang para sa Bawat Kaso ng Paggamit?
Walang isang kategorya ng pagmamanman na nagbibigay sa iyo ng pantay na magandang pananaw sa lahat ng iyong mga aplikasyon at serbisyo. Ang pinakamahusay na hanay ng mga tool ay nakasalalay sa kung ano ang nais mong makita at ayusin.
Citrix Monitor at Director
Dito ang lugar kung saan ang sariling mga tool sa pagmamanman ng Citrix ay isang makatuwirang unang lugar na tingnan.
Ang Citrix Monitor para sa Citrix DaaS at Director para sa Citrix Virtual Apps at Desktops ay nagsasabi sa iyo tungkol sa mga sesyon, koneksyon at pagkabigo ng makina, oras ng pag-login, load, paggamit ng makina at kalusugan ng makina. Maaari mong tingnan ang mga uso sa paglipas ng panahon upang maihambing mo ang kasalukuyang pagganap sa mga historikal na datos sa halip na ihambing ang kasalukuyang pagganap sa isang tiyak na punto sa oras.
Ang pagmamanman na ito ay nagbibigay-liwanag sa proseso ng pagmamanman mismo.
Halimbawa, ang Citrix ay makakapagbigay sa iyo ng isang pagsusuri kung gaano katagal ang pag-logon , at kung saan nagaganap ang pagkaantala: broker, machine boot, HDX, logon scripts, Group Policy, authentication at iba pa.
Mas mabuting paraan ito upang lumipat mula sa reklamo ng gumagamit na "mabagal ang pag-logon" patungo sa mas kapaki-pakinabang na tanong sa pagsisiyasat: aling bahagi ng proseso ng pag-logon ang tumatagal nang mas mahaba kaysa sa dapat?
Inprastruktura at Pagsubaybay ng Server
Gayunpaman, hindi papalitan ng Citrix diagnostics ang pagsubaybay sa batayang platform ng paghahatid.
Ang server monitoring ay maaaring magpakita ng patuloy na paggamit ng CPU, presyon ng memorya, aktibidad ng disk, kapasidad ng imbakan at kakaibang pag-uugali ng proseso. Ang mga pagbasa na ito ay partikular na mahalaga kung ang problema ay nakikita sa Citrix, ngunit ang sanhi ay mas malalim sa stack.
Isipin mo kung paano mo susuriin ang pagtaas ng oras ng pag-login. Kung mataas din ang latency ng imbakan, dapat suriin ang mga profile at imbakan. Kung maayos ang server ngunit humahaba ang oras ng pag-login, mas malamang na ang authentication ng server, Group Policy, o ibang salik ng paghahatid ang dahilan.
Pagsubaybay sa kasaysayan ng imprastruktura tumutulong din sa pagpaplano ng kapasidad. Ang unti-unting pagtaas ng pagkonsumo ng mapagkukunan sa mga araw o linggo bago ang pagbagsak ng server ay nagpapakita na may hangganan ang isang endpoint o host nang hindi talagang pinapatay ang bahagi.
Pagsubaybay sa Network
Ang paghahatid ng mga aplikasyon at desktop sa Citrix ay umaasa sa magandang koneksyon sa network sa pagitan ng aparato ng gumagamit at ng host.
Maaaring ipakita ng networking monitoring ang pagtaas ng latency, congestion, bandwidth, kawalang-katiyakan o mga isyu na may kaugnayan sa site na hindi maipaliwanag ng server monitoring.
Maaaring ipakita ng pagsusuri ng pagganap ng sesyon ng Citrix ang mga sukatan tulad ng ICA latency, ICA round-trip time (RTT) , rate ng frame, at libreng laban sa nagamit na bandwidth.
Ang data na ito ay partikular na mahalaga kapag ang mga gumagamit ay nagtagumpay na kumonekta ngunit sinasabi na ang kanilang mga aplikasyon o desktop ay tila mabagal.
Digital Experience at Buong Stack Monitoring
Sa ilang mga kapaligiran, kailangan mong tingnan ang higit pa sa pagkakaroon ng imprastruktura.
Ang Digital Experience Monitoring at synthetic monitoring ay maaaring gayahin o obserbahan ang mga aktibidad ng gumagamit tulad ng pag-login, paglulunsad ng mga aplikasyon at pagkumpleto ng mga transaksyon. Sa halip na makita lamang ang mga server na tumutugon, ang layunin ay upang kumpirmahin na ang serbisyo ay gumagana para sa gumagamit.
Ang pagkakaibang iyon ay mahalaga dahil ang magandang imprastruktura ay hindi nagbubunga ng magandang karanasan ng gumagamit. Ang mas malalaking kapaligiran ay maaari ring gumamit ng mga platform ng full-stack observability na nag-uugnay ng isang sesyon ng Citrix sa VDA, mga mapagkukunan ng Windows, Active Directory, imbakan, mga server ng aplikasyon at landas ng network.
Ngunit marahil ayaw mo ng mas maraming dashboard. Ang isang platform ng pagmamanman ay nagiging kapaki-pakinabang kapag pinapaliit nito ang mga posibleng sanhi at ginagabayan ang mga admin sa layer na nagbago.
Ano ang mga Pinakamahalagang Uri ng Sukat?
Maraming libong counter ang available mula sa Citrix platform. Ang pinaka-kapaki-pakinabang na mga sukatan ay yaong nauugnay sa karanasan ng gumagamit, kalusugan ng imprastruktura o anumang pagbabago sa kapasidad.
Tagal ng Pag-login
Ang oras ng pag-logon ay isa sa pinakamalakas na sukatan na nakatuon sa gumagamit dahil ito ay nagbubunyag ng maraming aspeto ng kadena ng paghahatid.
Ang kabuuang tagal ng pag-logon ang pangunahing sukatan ngunit maaaring magtakip ng detalye sa panahon ng diagnosis. Magagawa ng Citrix na makilala ang pagkakaiba sa pagitan ng brokering, pag-boot ng makina, koneksyon ng HDX, pag-authenticate ng logon, pag-load ng profile, mga script ng logon at pagproseso ng Group Policy.
Kung ang oras na ginugol sa pag-load ng profile ay pinalawig, ang pokus ay lumilipat sa tindahan ng pamamahala ng profile. Ang mahabang pagproseso ng Group Policy ay nagdadala ng pagsusuri sa ibang lugar. Ang mabagal na pagsisimula ng makina ay nag-iiwan sa VDA, host system o virtualization platform sa frame.
Ang kabuuang tagal ay nagpapahiwatig na mayroong pagkakaiba, ngunit ang pagkakahati-hati ng yugto ay nagpapakita kung saan ito naiiba.
Pagsusuri ng Sesyon
Ang isang itinatag na sesyon ay hindi isang indikasyon ng isang tumutugon na sesyon.
Ang ICA RTT, ICA latency, frame rate at bandwidth metrics ay maaaring gamitin upang matukoy kung ang isang nakakonektang desktop o application ay kumikilos ayon sa nararapat.
Ang konteksto ay nananatiling hari. Kung ang mga gumagamit sa isang opisina lamang ang nawawalan ng pagganap, malamang na ang landas ng network ang may problema.
Koneksyon at Pagkabigo ng Makina
Dapat agad na tugunan ang kabuuang pagkawala ng koneksyon, ngunit ang takbo ay maaaring maging mas makabuluhan kaysa sa anumang solong kaganapan.
Ang pagtaas sa isang background ng bihirang nabibigo na mga koneksyon ay maaaring maging tanda ng unti-unting umuusbong na isyu, kahit na ang karamihan sa mga gumagamit ay nananatiling nakakonekta.
Dapat suriin ng mga administrador ang pamamahagi ng mga pagkabigo. Ang indibidwal na kahon, Delivery Group, opisina o panahon ay maaaring maging mas nakapagbibigay ng impormasyon kaysa sa isang listahan ng lahat ng pagkabigo.
Mga Kasabay na Sesyon at Load
Ang mga bilang ng sabay-sabay na sesyon ay batayan sa halos lahat ng sukatan ng imprastruktura.
Malaking pagtaas ng CPU sa isang napakalaking pagdagsa ng pag-login ay higit na demand lamang. Ang parehong pagtaas sa demand ng processor na walang pagbabago sa mga gumagamit ay may ibang dahilan.
Ang pagpaplano ay dapat isaalang-alang ang tatlong salik:
session volume → host load → responsiveness
Kung tumaas ang bilang ng mga sesyon nang walang katumbas na pagtaas sa load ng host o oras ng pagtugon, maaaring kayang suportahan pa rin ito ng sistema.
Kung ang parehong bilang ng mga sesyon ay nagdudulot ng mas mataas na load ng processor, kumpetisyon sa memorya, o latency, kung gayon may ibang bagay na nagbago sa workload.
CPU, Memory at Imbakan
Isipin ang paggamit ng iyong CPU, Memorya, at Imbakan sa mga tuntunin ng mga pattern, hindi mga indibidwal na porsyento.
Sa CPU, ang isang maikling blip ay maaaring hindi dapat ipag-alala. Ang patuloy na paggamit, paulit-ulit na saturation, tumataas na baseline, o isang host na kumakain ng oras ng processor kumpara sa mga kasamahan nito ay mas mahalaga.
Ang memorya ay maaari ring makita sa perspektibo. Ang mataas na paggamit ng RAM sa sarili nito ay isang alalahanin lamang kung may patuloy na paglago, pagtaas ng paggamit, hindi pangkaraniwang pagkakaiba sa pagitan ng host-to-host o ang RAM ay hindi makapagbalik sa normal na estado pagkatapos ng isang spike.
Ang imbakan ay nangangailangan ng parehong kapasidad at pagsubaybay sa pagganap. Ang pagbagsak ng libreng espasyo ay isang halatang panganib sa pagganap, habang ang mataas na latency ng disk o kumpetisyon sa imbakan ay magpapabagal sa mga profile, paglulunsad ng mga aplikasyon, at pagsisimula ng mga sesyon sa presensya ng iba pang magagamit na kapasidad.
Ano ang mga maagang babala bago harapin ang mga isyu sa Citrix?
Ang mga isyu sa pagganap sa Citrix ay may posibilidad na lumitaw bilang mga paglihis bago sila maging mga outage. Ang pinakamahusay na maagang tagapagpahiwatig ay samakatuwid ay ang mga pagbabago sa mga ugnayan sa pagitan ng isang bilang ng mga counter sa halip na isang solong counter na lumalampas sa isang threshold.
| Maagang babala | Ano ang susunod na susuriin |
|---|---|
| Ang mga logon ay unti-unting bumabagal. | Mga yugto ng pag-logon, mga profile, Patakaran ng Grupo, pagpapatotoo at imbakan |
| Tumataas ang mga pagkabigo sa koneksyon mula sa isang mababang batayan. | Mga makina, Mga Grupo ng Paghahatid, mga kamakailang pagbabago at pag-uugali ng network |
| Nangyayari ang mga rurok ng mapagkukunan sa parehong oras bawat araw | Login storms, nakatakdang trabaho, mga aplikasyon at magagamit na kapasidad |
| Isang host na paulit-ulit na kumikilos nang iba mula sa mga kapwa nito | Mga proseso, serbisyo, pagsasaayos at pamamahagi ng workload |
| Tumataas ang latency ng sesyon habang ang mga mapagkukunan ng host ay nananatiling normal. | Daan ng network, lokasyon ng endpoint at bandwidth |
| CPU o memory ay tumataas nang walang karagdagang mga gumagamit | Mga aplikasyon, proseso, mga patch at mga pagbabago sa configuration |
| Bumababa ang libreng espasyo sa disk nang naaayon. | Mga profile, tala, pansamantalang data at imbakan ng aplikasyon |
| Ang mga pagbabago sa pagganap ay agad na makikita pagkatapos ng isang pag-update. | Kamakailang pag-update, patakaran, aplikasyon o mga pagbabago sa configuration |
Ang karaniwang elemento ay isang paglihis mula sa inaasahang pamantayan. Mas nagiging epektibo ang pagmamanman kapag ang mga propesyonal sa IT ay nagtatanong ng "mataas ba ang halagang ito?" kasabay ng "bakit ito naiiba sa pamantayan?"
Bakit Dapat Mas Nakatuon ang Iyong Pansin sa mga Batayan Kaysa sa mga Nakapirming Hangganan?
Kailangan pa rin ang mga nakatakdang threshold. Kailangan ng mga admin ng mga alerto upang malaman nila bago maubos ang mga disk, bago umabot sa saturation ang CPU at bago bumagsak ang isang serbisyo at makaapekto sa availability.
Ngunit isang solong, lahat-ng-saklaw na threshold hindi akma sa lahat ng Citrix na kapaligiran.
Sabihin nating, ang isang kapaligiran ay karaniwang kumukuha ng 15 segundo upang makumpleto ang mga pag-login ng gumagamit at ang sukatan na iyon ay nagsisimulang tumaas patungo sa 25 segundo at higit pa. Iyon ay isang lugar na karapat-dapat sa pagsisiyasat, kahit na ang organisasyon ay nagtatakda ng 30 segundo bilang alert threshold.
Sa isang ibang kapaligiran, kung saan ang bilis ng pag-logon ay karaniwang nasa paligid ng 30 segundo, ang parehong bilang na iyon ay hindi magiging malaking alalahanin - isa pang halimbawa kung paano ang iba't ibang mga absolutong numero ay maaaring magkaroon ng napaka-ibang kahulugan sa iba't ibang mga pagkakataon.
Sa kanilang karaniwang tungkulin, ang mga baseline ay maaaring magbigay ng babala sa:
- mabagal na pagbabago ng pagganap
- pag-update ng post jumps
- mga pagbabago sa mga oras ng pinakamataas na paggamit
- lumalaking mga workload
- mga pagkakaiba sa pagitan ng mga server
- mga limitasyon sa kapasidad ng gusali
Ang benchmark na may mga alerto ay simple: Magbigay ng alerto sa abnormal na pagbabago at mga ganap na limitasyon.
Paano Maaaring Iugnay ng Iyong IT Team ang Iyong Citrix Metrics?
Ang mga indibidwal na sukatan ng Citrix ay talagang nagpapakita ng kanilang halaga kapag iniuugnay sa imprastruktura at pag-uugali ng network. Isipin ang tungkol sa mga karaniwang pagsasama na ito:
| Sintomas ng Citrix | Nauugnay na ebidensya | Direksyon ng imbestigasyon |
|---|---|---|
| Lumalakas ang mga logon | Tumataas din ang latency ng disk. | Mga Profile, imbakan at disk I/O |
| Lumalakas ang mga logon | CPU, memory at storage ay nananatiling normal | Pagpapatotoo, GPOs, mga profile, pag-broker o iba pang yugto ng pag-logon |
| Nabawasan ang tugon ng sesyon | Ang kalusugan ng host ay nananatiling matatag | Daan ng network, bandwidth o lokasyon ng endpoint |
| Tumataas ang paggamit ng CPU | Ang bilang ng sabay-sabay na sesyon ay hindi nagbago | Mga proseso, pagbabago ng aplikasyon, mga patch o nakatakdang mga workload |
| Isang VDA ang hindi mahusay ang pagganap | Nananatiling normal ang mga katulad na VDA. | Mga lokal na serbisyo, pagsasaayos o workload sa makinang iyon |
| Tumataas ang mga pagkabigo pagkatapos ng isang pagbabago | Ang nakaraang baseline ay matatag. | Kamakailang pag-update, patakaran o pag-urong ng configuration |
Ito ay pumipigil sa mga IT admin na harapin ang bawat alerto nang hiwalay. Sa halip, ito ay nagiging susunod na yugto ng iyong pagsusuri sa ugat ng sanhi:
sintomas → kaugnay na sukatan → naapektuhang layer → posibleng sanhi
Iyan ang pagkakaiba sa pagitan ng pagkakaroon ng data sa pagmamanman at talagang paggamit nito nang epektibo.
Paano Mo Dapat I-configure ang Iyong Citrix Alerts?
Ang magandang alerto ay maaaring magbigay-alam sa isang administrador nang maaga upang makagawa ng aksyon bago magdusa ang mga antas ng serbisyo. Magtatag ng mga batayang antas para sa mga oras ng pag-login, sabay-sabay na sesyon, mga pagkabigo, mga mapagkukunan ng server, kahusayan sa imbakan at pagtugon ng sesyon. Gamitin ang impormasyon upang tukuyin ang mga babala at kritikal na estado.
Dapat ipakita ng mga alerto ang isang makabuluhang pagbabago mula sa karaniwan na nagbibigay pa rin ng oras para sa pamamahala, habang ang mga kritikal na kaganapan ay hindi maaaring maghintay para sa aksyon.
Sinusuportahan ng Citrix ang mga patakaran sa babala at kritikal na alerto para sa maraming sukat at datos, gayunpaman ang mga static na threshold ay pinaka-epektibo kapag ginamit kasama ang naunang impormasyon sa mga uso at katumpakan ng tugon.
Ang pinakamahusay na halaga para sa pag-alerto ay ang pagbibigay ng impormasyon nang hindi lumilikha ng labis na mga alerto na nagko-kondisyon sa mga administrador at nagdudulot ng pagkakawala ng mahahalagang paglipat sa threshold. Tumutok sa kung ito ay mabilis na inuulit, patuloy na higit sa normal, o isang anomaly.
Ano ang Pinakamahusay na Workflow sa Pagsubaybay ng Citrix?
Nagreklamo ang isang gumagamit na "mabagal ang Citrix" - ang paghiwalay ng mga problema kapag maraming mga setting ang binago nang sabay-sabay ay maaaring maging nakakapagod. Ang isang maayos na tinukoy na daloy ng trabaho ay tumutulong na tumutok sa pagpapaliit ng problema bago subukang ayusin ito.
1. Ano ang saklaw?
Nakakaapekto ba ito sa isang gumagamit, maraming gumagamit, isang aplikasyon, isang VDA, isang Delivery Group, isang lokasyon, o sa bawat kapaligiran?
Agad na tinatanggal ng saklaw ang maraming posibleng sanhi.
2. Ano ang yugto?
3. Ang pagkaantala ba ay bago ang koneksyon, sa panahon ng pag-login/pagpapatunay, sa panahon ng paglulunsad ng aplikasyon, o kapag nasa loob na ng sesyon? Ang mabagal na pag-login at ang mabagal na sesyon ay dalawang magkaibang bagay.
3. Mga palatandaan na tiyak sa Citrix
Hanapin ang impormasyon ng sesyon, pagkabigo sa koneksyon, pagkabigo ng makina, VDA pagkabigo/s , yugto ng pag-logon, at iba pang mga tagapagbilang ng pagganap ng sesyon.
Ito ay nagpapakita kung ang Citrix ay nagpapakita na kung anong yugto ang mabagal o humihina.
4. I-cross-reference ang iyong imprastruktura at data ng network
I-cross-reference ang data ng Citrix sa CPU, memorya, imbakan, at mga counter ng network para sa parehong panahon. I-cross-reference sa mga magagandang makina sa halip na sa isa't isa upang maiwasan ang bias, kung maaari.
5. Tingnan ang nakaraan
Gaano na katagal nangyayari ang ganitong pag-uugali? Nagsimula ba ito pagkatapos ng isang Windows update, pag-upgrade ng aplikasyon, pagbabago ng Group Policy, pagbabago ng profile, o pagbabago ng imprastruktura?
Ihambing ang kasalukuyang sitwasyon sa nakaraang pagganap; ang mukhang biglaang pagbagsak na sitwasyon ay maaaring maging isang pagpapalawig ng isang pangmatagalang uso.
Ito ay nagbibigay ng isang paulit-ulit na pamamaraan:
sintomas → saklaw → yugto → kaugnay na sukatan → kamakailang pagbabago → posibleng sanhi
Citrix Monitoring: Kailan Ito Nagiging Tanong sa Arkitektura?
Ang kumplikadong pagmamanman ay hindi nangangahulugang dapat mong palitan ang Citrix.
Ang ilang malalaki o kumplikadong deployment ay mangangailangan pa rin ng virtualization, application delivery, HDX at mga tampok ng pamamahala ng Citrix. Para sa mga kapaligirang iyon, ang multi-layer monitoring ay bahagi lamang ng paradigma ng pagpapagana ng arkitektura bilang isang kabuuan.
Kung saan ang pagmamanman ay nagpapakita ng ibang isyu ay ang arkitektura ay mas malawak kaysa sa kinakailangan para sa paghahatid ng aplikasyon na ito.
Nagsisimula itong mangyari kapag gumagastos ka ng malalaking halaga sa imprastruktura at pagsasaayos para sa paghahatid na napakadali lamang ilathala sa loob ng Windows.
Maaaring maging mga tagapagpahiwatig:
- ang operational na pagsisikap ay ipinamamahagi sa napakaraming entity ng paghahatid
- hindi mo kailangang subaybayan ito nang labis kaugnay sa pag-deploy
- napakaraming imprastruktura sa paligid ng simpleng pag-publish ng aplikasyon at remote access
- ang mga gumagamit ay nangangailangan lamang ng browser o RDP access sa aplikasyon
- ang mga gastos sa admin at bakas ng imprastruktura ay nagiging malubhang isyu
Sa madaling salita, hindi na ito isang tanong tungkol sa pagsasaayos. Ito ay isang tanong tungkol sa arkitektura. Maaaring lumipat ang tanong mula sa "Paano natin mas mabuting mamonitor ang kapaligirang Citrix na ito?" patungo sa "Kailangan pa ba ng kasong ito ang arkitektura?"
Paano Maaaring Maging Alternatibo ng TSplus sa Citrix?
Maaaring ipakita ng Citrix monitoring kung kailan ang imprastruktura at pagsisikap sa administrasyon ay nagiging hindi proporsyonal sa isang medyo simpleng kinakailangan para sa pag-publish ng mga Windows application o desktop sa mga remote na gumagamit.
Sa sitwasyong iyon, ang isyu ay maaaring hindi gaanong tungkol sa pagpapabuti ng pagmamanman at higit pa tungkol sa kung ang arkitektura ng paghahatid ay tumutugma pa rin sa aktwal na kaso ng paggamit.
TSplus Remote Access nag-aalok ng mas simpleng arkitektura para sa multi-user na aplikasyon at paghahatid ng desktop sa pamamagitan ng mga koneksyong katugma sa RDP o isang HTML5 web portal. Maaari itong umangkop sa mga organisasyon na nangangailangan ng tuwirang pag-access sa mga aplikasyon at desktop ng Windows nang walang mas malawak na virtualization at mga layer ng pamamahala ng isang buong kapaligiran ng Citrix.
Wakas
Ang epektibong pagmamanman ng Citrix ay hindi lamang tungkol sa pagkolekta ng bawat magagamit na counter kundi sa pag-unawa kung paano nauugnay ang mga mahalaga. Ang tagal ng pag-login, tugon ng sesyon, mga pagkabigo, mga mapagkukunan ng host, pag-iimbak at pag-uugali ng network ay nagiging pinaka-kapaki-pakinabang kapag inihahambing sa mga makasaysayang baseline at sa isa't isa.
Ang ugnayang iyon ay tumutulong sa mga IT team na lumipat mula sa isang malabong sintomas patungo sa apektadong layer at isang posibleng sanhi. Maaari rin nitong ipakita kung ang problema ay nasa pagganap na kailangang ituwid o sa isang arkitektura na ang operational complexity ay nararapat sa mas malawak na pagsusuri.
TSplus Libreng Pagsubok ng Remote Access
Pinakamahusay na alternatibo sa Citrix/RDS para sa pag-access ng desktop/app. Ligtas, cost-effective, on-premises/cloud