Hi,
ich kenne diese Profile nicht. Hier sollen in den Anfangszeiten um die 5000 User auf ThinClients zugreifen.
Bei den Storages wäre es - IMHO - ganz festes IMHO - wichtig das man vielleicjht mit Profilen oder Autom. Tiering arbeiten kann. Bei 200 Usern mag es nicht ganz so tragisch sein. Aber lass die mal alle morgens die Kisten an machen und Outlook öffnen.
Typischerweise hat man uns mal 50-60IOPS pro Client angegeben im normalen Betrieb. Beim booten dann eben mehr.
- SAS/FC Disks? Ist in den mir bekannten Boxen an sich egal. FC sind die Anschlüsse nach außen (SAN) und SAS eben intern.
- reduntante Controller - unerläßlich IMHO in irgendeinerweise Redundanz zu schaffen. Ein ausgefallener Controller und 200 Leute können nicht mehr arbeiten wenn man es NICHT redundant hat. Jede LUN/Ldev (wie auch immer man es nnen mag) ist intern 2 pfadig am Subsystem und naxch draussen per SAN eben mind 2 pfadig.
Zum Rest kann ich so nichts sagen, sry.
ich kenne diese Profile nicht. Hier sollen in den Anfangszeiten um die 5000 User auf ThinClients zugreifen.
Bei den Storages wäre es - IMHO - ganz festes IMHO - wichtig das man vielleicjht mit Profilen oder Autom. Tiering arbeiten kann. Bei 200 Usern mag es nicht ganz so tragisch sein. Aber lass die mal alle morgens die Kisten an machen und Outlook öffnen.
Typischerweise hat man uns mal 50-60IOPS pro Client angegeben im normalen Betrieb. Beim booten dann eben mehr.
- SAS/FC Disks? Ist in den mir bekannten Boxen an sich egal. FC sind die Anschlüsse nach außen (SAN) und SAS eben intern.
- reduntante Controller - unerläßlich IMHO in irgendeinerweise Redundanz zu schaffen. Ein ausgefallener Controller und 200 Leute können nicht mehr arbeiten wenn man es NICHT redundant hat. Jede LUN/Ldev (wie auch immer man es nnen mag) ist intern 2 pfadig am Subsystem und naxch draussen per SAN eben mind 2 pfadig.
Zum Rest kann ich so nichts sagen, sry.