61168
08.02.2008, aktualisiert um 22:52:37 Uhr
4455
5
0
Citrix mit anschaffen
Ja oder nein
Hallo,
ich bin Administrator eines Unternehmens das etwa 50 Pc User hat.
Wir stellen nun um das alle auf Terminalservern arbeiten.
Die Frage ist nun lohnt es sich Citrix (ist ja nicht günstig) mit einzubinden, oder meint ihr eher ach das geht auch so.
Für alle die bereits mit Citrix arbeiten noch die Frage: Würdet ihr es wieder anschaffen?
Hallo,
ich bin Administrator eines Unternehmens das etwa 50 Pc User hat.
Wir stellen nun um das alle auf Terminalservern arbeiten.
Die Frage ist nun lohnt es sich Citrix (ist ja nicht günstig) mit einzubinden, oder meint ihr eher ach das geht auch so.
Für alle die bereits mit Citrix arbeiten noch die Frage: Würdet ihr es wieder anschaffen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 80254
Url: https://administrator.de/contentid/80254
Ausgedruckt am: 23.11.2024 um 05:11 Uhr
5 Kommentare
Neuester Kommentar
Der Metaframe hat halt im Vergleich zum MS-Terminalserver einige Vorteile. So kann ich etwa verschiedene Anwendungen nur für bstimmte User zulassen. Genauso verhält es sich mit Druckern. Der größte Vorteil sind m.E. die veröffentlichten Anwendungen. Damit merkt ein User optimalerweise überhaupt nicht, dass die Anwendung nicht lokal auf seinem Rechner liegt. Außerdem kannst du über eine Farm sehr schön eine Lastverteilung über die eingebundenen TS realisieren.
Die Sache hat natürlich auch ein paar Nachteile. Der Metaframe hat "traditionell" Probleme mit verschiedenen Druckern. Das kann erheblich zu Admins Leid beitragen, wenn die lokalen Drucker mit an den TS verbunden werden und der sich evtl. nicht damit verträgt. In der Folge hatten wir hier schon einige unkontrollierte Serverabstürze. Inzwischen konnten wir die Übeltäter jedoch ausfindig machen und etwas zähmen. Richtig schwierig wird es naturgemäß dann, wenn ein User unbedingt einen bestimmten Drucker braucht und das dann noch am TS
Manuel
Die Sache hat natürlich auch ein paar Nachteile. Der Metaframe hat "traditionell" Probleme mit verschiedenen Druckern. Das kann erheblich zu Admins Leid beitragen, wenn die lokalen Drucker mit an den TS verbunden werden und der sich evtl. nicht damit verträgt. In der Folge hatten wir hier schon einige unkontrollierte Serverabstürze. Inzwischen konnten wir die Übeltäter jedoch ausfindig machen und etwas zähmen. Richtig schwierig wird es naturgemäß dann, wenn ein User unbedingt einen bestimmten Drucker braucht und das dann noch am TS
Manuel
Hallo und hallo Manuel,
auch mit MS-Terminalserver kannst Du beispielsweise in einer AD verschiedene Anwendungen für verschiedenen User/Gruppen zulassen. Das ist also nicht der Hauptgrund.
Ich sehe den Hauptgrund in der Art der Applikation. Möchtest Du nur einige Anwendungen wie Office oder ähnliches ausführen - reicht der MS-TS-Server. Hast Du firmenspezifische Anwendungen mit hohen Performance-Ansprüchen - gebe ich Manuel Recht, dann macht es Sinn, diese vielleicht auf einige Citix-Server zu verteilen. Auch stimmt es, dass man mit den Druckertreibern bei Citrix vorsichtig sein muss - aber man bekommt es zum laufen.
Ein wichtiger Punkt ist auch die Kostensituation. Schau mal, was User-Lizenzen für Citrix und dessen Server-Lizenzen kosten. Das ist Wahnsinn.
Auf der anderen Seite kannst Du aber auch z.Bps. Software-Visualisierung mit Citrix betreiben,
das heisst, die Programme sind nicht wirklich auf dem Citix-Server installiert. So kannst Du zum Beispiel Office 2003 und Office 2007 parallel anbieten - versuche das mal bei einem MS-Server...
Reinhau'n
Schwarzer
auch mit MS-Terminalserver kannst Du beispielsweise in einer AD verschiedene Anwendungen für verschiedenen User/Gruppen zulassen. Das ist also nicht der Hauptgrund.
Ich sehe den Hauptgrund in der Art der Applikation. Möchtest Du nur einige Anwendungen wie Office oder ähnliches ausführen - reicht der MS-TS-Server. Hast Du firmenspezifische Anwendungen mit hohen Performance-Ansprüchen - gebe ich Manuel Recht, dann macht es Sinn, diese vielleicht auf einige Citix-Server zu verteilen. Auch stimmt es, dass man mit den Druckertreibern bei Citrix vorsichtig sein muss - aber man bekommt es zum laufen.
Ein wichtiger Punkt ist auch die Kostensituation. Schau mal, was User-Lizenzen für Citrix und dessen Server-Lizenzen kosten. Das ist Wahnsinn.
Auf der anderen Seite kannst Du aber auch z.Bps. Software-Visualisierung mit Citrix betreiben,
das heisst, die Programme sind nicht wirklich auf dem Citix-Server installiert. So kannst Du zum Beispiel Office 2003 und Office 2007 parallel anbieten - versuche das mal bei einem MS-Server...
Reinhau'n
Schwarzer
Hab' eben auch noch was vergessen. Wenn du nicht mit ThinClients sondern mit PCs an den TS gehst hast du noch damit zu "kämpfen", dass zu beim MS-TS zwei Desktops für den User hast. Einmal den lokalen und einmal den entfernten. Aus Erfahrung kann ich nur sagen: Nicht alle User kommen damit klar. Daher arbeiten die FatClients (PCs) bei uns nur über veröffentlichte Anwendungen.
Sehr schön ist auch, dass ich Anwendungen nicht auf allen TS installieren muss. Der Farm wird mitgeteilt von welchem Server sie eine Anwendung anbieten darf und gut. Wenn ich also einen Server zwecks Wartung rausnehmen muss, dann stelle ich die Anwendung entsprechend um und spätestens am nächsten morgen ist der Server im Leerlauf In dringenden Fällen könnte ich die User natürlich auch direkt rauswerfen und sagen sie sollen die Anwendung neu starten.
Wieviele Server im Hintergrund ihre Arbeit verrichten merkt der User höchstens daran, dass ein Anwendung langsamer läuft als gewohnt. Wenn allerdings 4 TS habe fällt das erst richtig ins Gewicht wenn zwei oder sogar drei offline sind...
Manuel
Sehr schön ist auch, dass ich Anwendungen nicht auf allen TS installieren muss. Der Farm wird mitgeteilt von welchem Server sie eine Anwendung anbieten darf und gut. Wenn ich also einen Server zwecks Wartung rausnehmen muss, dann stelle ich die Anwendung entsprechend um und spätestens am nächsten morgen ist der Server im Leerlauf
In dringenden Fällen könnte ich die User natürlich auch direkt rauswerfen und sagen sie sollen die Anwendung neu starten.Wieviele Server im Hintergrund ihre Arbeit verrichten merkt der User höchstens daran, dass ein Anwendung langsamer läuft als gewohnt. Wenn allerdings 4 TS habe fällt das erst richtig ins Gewicht wenn zwei oder sogar drei offline sind...
Manuel
Also ihr klingt sehr begeistert davon. Wenn man sich das so durchliest scheint der Preis-Leistung zu stimmen.
Würdet ihr eure Netze lieber wieder ohne Citirx Administrieren?
Würdet ihr eure Netze lieber wieder ohne Citirx Administrieren?
Also ich bin einer von denen, die FatClients i.V.m. Terminalserver bevorzugen und ich erkläre auch gerne warum:
In vielen Betrieben, auch in unserem, brauchen verschiedene Mitarbeiter und Abteilungen verschiedene spezialisierte Programme oder auch mehrere davon. Da gibt es Spezialsoftware für Arbeitsschutz, Datenschutz, Personalsachen, Buchhaltung, Schulungsprogramme, Onlinebanking, CAD, Kalkulation, Faktura, Telefonbuch, usw.
Wenn ich jetzt alles mit ThinClients über TS oder TS-Farm laufen lassen will, müssen alle dies schönen Programme auf alle TS installiert werden, damit die Farm auch Sinn macht. Oder die Anwendung steht nicht zur Verfügung wenn der entsprechende Server warum auch immer mal down ist. Heutzutage bringen alle möglichen Programme entweder irgendeine DB oder einen Webserver oder irgendwas anderes mit. Meiner Erfahrung nach werden die meisten Anwendungen auch nicht gerade ressourcenschonend programmiert. Wenn ich jetzt diese ganzen tollen Programme auf den/die TS installiere habe ich dort ruckzuck zwei, drei Datenbank-Engines und Webserver drauf. Jeder User, der eine der Anwendungen startet belegt dann reichlich Ressourcen.
Daher mein Schluss daraus: TS ja, aber nur dort wo es Sinn macht.
Wir haben bei uns einige Hauptanwendungen auf einer TS-Farm (Metaframe). Bedingt durch die Farm sind diese Applikationen hoch verfügbar. Außerdem müssen wir bei einem Update einer dieser Anwendungen (teilweise monatlich) nur die TS updaten statt stundenlang im Betrieb umher zu laufen. Anwendungen für spezielle Gebiete (s. oben) sind auf den Arbeitsplatzrechnern.
Ein weiterer Grund für den Einsatz der TS ist bei uns, dass wir über mehrere Standorte verteilt sind. Die Mitarbeiter an den verschiedenen Standorten sollen aber mit dem gleichen Datenbestand/der gleichen Datenbank arbeiten. Wenn ich die Software auf jedem einzelnen Client installieren würde hätten die Standortverbindungen schon längst dicke Backen gemacht. Eine TS-Session ist da wesentlich sparsamer im Umgang mit der Bandbreite.
Manuel
In vielen Betrieben, auch in unserem, brauchen verschiedene Mitarbeiter und Abteilungen verschiedene spezialisierte Programme oder auch mehrere davon. Da gibt es Spezialsoftware für Arbeitsschutz, Datenschutz, Personalsachen, Buchhaltung, Schulungsprogramme, Onlinebanking, CAD, Kalkulation, Faktura, Telefonbuch, usw.
Wenn ich jetzt alles mit ThinClients über TS oder TS-Farm laufen lassen will, müssen alle dies schönen Programme auf alle TS installiert werden, damit die Farm auch Sinn macht. Oder die Anwendung steht nicht zur Verfügung wenn der entsprechende Server warum auch immer mal down ist. Heutzutage bringen alle möglichen Programme entweder irgendeine DB oder einen Webserver oder irgendwas anderes mit. Meiner Erfahrung nach werden die meisten Anwendungen auch nicht gerade ressourcenschonend programmiert. Wenn ich jetzt diese ganzen tollen Programme auf den/die TS installiere habe ich dort ruckzuck zwei, drei Datenbank-Engines und Webserver drauf. Jeder User, der eine der Anwendungen startet belegt dann reichlich Ressourcen.
Daher mein Schluss daraus: TS ja, aber nur dort wo es Sinn macht.
Wir haben bei uns einige Hauptanwendungen auf einer TS-Farm (Metaframe). Bedingt durch die Farm sind diese Applikationen hoch verfügbar. Außerdem müssen wir bei einem Update einer dieser Anwendungen (teilweise monatlich) nur die TS updaten statt stundenlang im Betrieb umher zu laufen. Anwendungen für spezielle Gebiete (s. oben) sind auf den Arbeitsplatzrechnern.
Ein weiterer Grund für den Einsatz der TS ist bei uns, dass wir über mehrere Standorte verteilt sind. Die Mitarbeiter an den verschiedenen Standorten sollen aber mit dem gleichen Datenbestand/der gleichen Datenbank arbeiten. Wenn ich die Software auf jedem einzelnen Client installieren würde hätten die Standortverbindungen schon längst dicke Backen gemacht. Eine TS-Session ist da wesentlich sparsamer im Umgang mit der Bandbreite.
Manuel
