A Windows 2000, mint alkalmazás kiszolgáló

Az előadások a következő témára: "A Windows 2000, mint alkalmazás kiszolgáló"— Előadás másolata:

1 A Windows 2000, mint alkalmazás kiszolgáló
Szalontay Zoltán, Tarsoly Balázs rendszermérnökök Gaál László fejlesztési szakértő Microsoft Magyarország

2 Önök egy sorozatot látnak...
Október 6. Active Directory, a Windows 2000 új címtára Október 13. Felhasználó és szoftver menedzsment Október 20. Biztonsági szolgáltatások a Windows 2000-ben November 3. A Windows 2000 infrastruktúrális szolgáltatásai November 17. A Windows 2000 mint alkalmazás kiszolgáló November 24. A Windows 2000 telepítése és üzembehelyezése December 8. A Windows 2000 NetWare és UNIX környezetben

3 Önök egy sorozatot látnak...
Október 7. Active Directory, a Windows 2000 új címtára Október 14. Felhasználó és szoftver menedzsment Október 21. Biztonsági szolgáltatások a Windows 2000-ben November 4. A Windows 2000 infrastruktúrális szolgáltatásai November 18. A Windows 2000 mint alkalmazás kiszolgáló November 25. A Windows 2000 telepítése és üzembehelyezése December 9. A Windows 2000 NetWare és UNIX környezetben

4 Miről lesz szó? Követelmények Mi változik belül? Cluster Server
Elosztott kiszolgáló alkalmazások platformja Network Load Balancing Kiszolgáló alkalmazások

5 Speciális követelmények Alkalmazás kiszolgálóval szemben
Skálázhatóság A megbízhatóság kategóriái Magas rendelkezésre állás (High Availability, H/A) Hibatűrés (Fault Tolerant, FT) Menedzselhetőség

6 Windows Server termékek
A Windows 2000, mint alkalmazáskiszolgáló Windows Server termékek Datacenter Server (RTM+120) Max. 32 proc. SMP Max. 64GB memória 2-4 pontos fürt RAS (*) HCL tesztelés Process Control Manager Érték Advanced Server Max. 8 proc. SMP Max. 8 GB RAM 2 pontos fürt Network Load Balancing Server Max. 4 proc. SMP Max. 4 GB RAM 64 Gbybte ennél nagyobb gép nincs, nem tudjuk tesztelni. Lehetne feljebb menni Server 4=2+2 Advanced 32 bit platform 3+1 Funkció és kapacitás * RAS = Reliability, Availability and Serviceability SP Klub

7 Felfelé és oldalra skálázhatóság
Egyre nagyobb vas Oldalra Egyre több vas + + + …

8 Windows 2000 Merre tovább HW architektúra?
P MC M Hub I . . . MC M I P MC M I P P XBar . . . M I TLC MC M I P LC $ ... P = processzor MC = Memory controller M = Memory I = I/O Xbar = Crossbar LC = Cache

9 SHV SHV = “Standard High Volume” Server
Az Intel nagyvállalati kiszolgáló LEGO-ja 4 x Pentium 4 x Pentium Pro 4 x Pentium II Xeon 8 x Pentium III Xeon (Corollary Profusion chipset) 4 x Merced Alaplapon és chipset-eken Gyártók: Intel, RCC Mindkettő ugyanúgy néz ki a szoftver szempontjából Természetes, egységes út a Windows NT és a Windows 2000 számára

10 A hatályos törvények... Moore törvénye Maxwell-egyenletek
A szilícium teljesítménye 18 havonta duplázódik Csak chip-ekre értendő (csatlakozásokra nem) Processzorok, memóriák, vezérlők, stb. Maxwell-egyenletek Az elektron tudja a fizikát Fizikai korlátokat szab a chip-ek közötti kapcsolatok sebességére Gilder törvénye A hálózat sebessége a következő 25 évben megháromszorozódik És az adatmennyiség minden fentinél gyorsabban növekszik

11 A buszok és a processzorok fejlődési üteme
Moore törvénye vs. Maxwell egyenletek 500 1000 1500 2000 2500 3000 1995 1996 1997 1998 1999 2001 2002 Év Frekvencia Busz frekvencia Proc. frekvencia

12 Buszok helyett pont-pont kapcsolatok “North Side” struktúrák
UMA P (s) P (s) . . . P (s) Mem P P . . . P Mem Switch I/O felé Mem NUMA P(s) + Mem P (s) +Mem . . . P (s) + Mem I/O felé Switch I/O felé

13 Windows 2000 I/O újdonságok
A Windows 2000, mint alkalmazáskiszolgáló Windows 2000 I/O újdonságok I/O meghajtók – kevesebb áttétellel, minden aszinkron módon NDIS – nem soros kezelés SMP alatt, kötegelt átvitel, jumbo keretek (64 KB vs. 1.5 KB), szelektív elfogadás Megszakítások – az I/O affinitás miatt könnyebben partícionálható NTFS – kevesebb környezet (context) váltás Előnyök – Kevesebb CPU idő megy el bitek küldözgetésére, több ciklus marad az alkalmazásoknak * Asynch I/O -- from driver architecture up to user APIs (including the patented I/O Completion Port technology) asynch I/O is the heart of NT's I/O and is primarily responsible for NT's perf in Web, File, TPC-C, etc. Even on the same server-class hardware, NT consistently outperforms SCO and Linux as well as frequently outperforming Sun even on their proprietary hardware. In classic UNIX server architecture, one process is created/allocated per I/O connection to support parallelism despite the fact that the comparatively slow I/O hardware can only satisfy a very small number of these connections simultaneously. As a result, 500 concurrent users on a UNIX web server will allocate 500 processes even though the disk / network is only capable of servicing 2 of these during a given CPU time slice. The remaining 498 processes sit idle and introduce VERY large OS overhead which grows super-linearly as load is increased on the system. The Asynch I/O system in NT will only create as many threads as the Disk/Network is able to support to service all concurrent users on the system. Consequently, OS overhead grows in proportion to the I/O hardware's ability to service requests and NOT in proportion to the number of outstanding individual connections. The result is a far more efficient & scaleable architecture due to drastically reduced system resource consumption. Other Unixes (Linux in particular) provide usermode libraries which provide Asynch IO API's as a benefit to the server developer but without the associated performance benefits (this requires deep kernel architecture) -- and it shows in their I/O benchmarks. **Deserialization Regular miniports are serialized so that they do not have to deal with synchronization issues on MP machines. The de-serialized model differs from the standard model in the following ways. The driver can run multiple threads thru it and so must be written to be re-entrant and MP safe. NDIS does not do packet queuing, packet tracking etc. and hence it must be capable of handling this. SP Klub

14 Job Object Névvel ellátható, levédhető, örökölhető, megosztható objektum, amely egy processz készletet vezérel Korlátozza a memória „elfolyást” (leak) Processzek csoportját egy egységként kezeli Korlátozásokat vezethet be a job object folyamataiban Korlátozások Working set mérete, Időkorlátok, processzek maximális száma, processzor affinitás, prioritási osztály Védelem ACL-ek és tokenek Handle hozzáférés Clipboard hozzáférés Rendszer változtatások Rendszer vagy folyamat leállás

15 Process Control

16 Ügyfél-kiszolgáló modell
A Windows 2000, mint alkalmazáskiszolgáló Ügyfél-kiszolgáló modell Adattároló réteg Alkalmazás-logikai réteg Prezentációs réteg SP Klub

17 Windows 2000 fürtözés 1 1 1 2 2 2 3 3 4 3 … … 32 4 16 Ügyfél
Network Load Balancing Component Load Balancing (COM+) Cluster Service 1 1 1 2 2 2 3 3 4 3 … … 32 4 16 COM+ komponensek Web farm vagy más IP alapú szolgáltatás SQL, Exchange, Fájl Alkalmazás kiszolgálók

18 Vállalati alkalmazások A bonyolultság fokozatai
Egy gép Munka- csoport Részleg Leány- vállalat Vállalat Internet Egy felh. Két felh. Többszáz Több ezer Tízezrek Százezrek Adatmegosztás Kapcsolatok Védelem Környezet Többszálúság Terheléselosztás Offline működés Nagy rendelk. állás Több szál/processzor Több telephely Több kiszolgáló

19 Mi az a cluster (fürt)? Két vagy több számítógép együttműködése egy adott alkalmazáscsoport kiszolgálása érdekében Célja a rendelkezésre állás növelése Nem hibatűrő Az architektúrának nem célja a skálázhatóság kiterjesztése (teljesítménynövelés)

20 Cluster-típusok Shared-disk cluster
Minden processzor közvetlen eléréssel rendelkezik minden diszkhez A memóriát nem osztják meg egymás között Distributed lock management szükséges Példák Digital VMS cluster Oracle parallel server

21 Cluster-típusok Shared-nothing cluster
Minden processzor saját memóriával és diszkkel rendelkezik Az egyes csomópontok egy megosztott interconnect linken keresztül kommunikálnak egymással Példák Tandem IBM Sysplex Teradata

22 Microsoft Cluster Server
Shared nothing elvű Magas rendelkezésre állást biztosít Nem hibatűrő. A védett erőforrások újraindulnak a másik végponton Advanced Server: 2, DataCenter Server: 4 csomópont Támogatott erőforrások: Fizikai lemez, IP cím, NetBIOS név, megosztott mappa, Web root, nyomtatási sor, Registry kulcsok, általános alkalmazás és szolgáltatás, stb. Szűkített HCL

23 Windows 2000 MSCS újdonságok
Könnyebb telepíteni Integrált az operációs rendszer telepítővel Egyszerűbb konfiguráció a felhasználó tesztek alapján Automatizált, szkriptelhető telepítő Cluster Server klónozása SYSPREP-pel Újdonságok Folyamatos áttérés NTSE SP4-ről DHCP, WINS, DFS, SMTP, IIS4, NNTP Ügyfél hálózati kapcsolatának visszaállítása 4 csomópont támogatása a DataCenter Serverben

24 Windows 2000 MSCS újdonságok
Egyszerűbb menedzsment Virtuális kiszolgáló varázslója Hálózatkezelés egyszerűsödött CluAdmin MMC Snapin-ből Plug and Play támogatás a hálózati és a tároló komponensekre CLUSAPI COM felülettel rendelkezik

25 Cluster Server Demó \\AUTOCS 192.168.1.10 \\AUTOCS1 \\AUTOCS2
Public net \\AUTOCS Interconnect \\AUTOCS1 \\AUTOCS2

26 Gép nevek Ha fürtként nézzük
Fürt neve Node neve Node neve Virtuális kiszolgáló neve Virtuális kiszolgáló neve Virtuális kiszolgáló neve Virtuális kiszolgáló neve

27 Gép nevek Ha nem fürtként nézzük
1. végpont 2. végpont 1. virtuális kiszolgáló 2. virtuális kiszolgáló 3. virtuális kiszolgáló Internet Information Server SQL MTS “Falcon” Microsoft Exchange IP cím: hálózati név: AUTOCS IP cím: hálózati név: AUTOCS1 IP cím: hálózati név: AUTOCS2 IP cím: hálózati név: AUTOSQL IP cím: hálózati név: AUTOFS IP cím: hálózati név: AUTOXCH

28 Quorum A fürt meta-adatainak állandó leltára
Az interconnect megszűntekor ennek segítségével tudják, hogy mi tartozik melyik végponthoz Egyszerre csak egy végpont birtokolhatja a Quorum-ot Célja a fürt adatainak konzisztens állapotban tartása

29 Erőforrás-függőségek
A Windows 2000, mint alkalmazáskiszolgáló Erőforrás-függőségek Egy erőforrás más erőforrásoktól függhet Egy erőforrás akkor kerül online állapotba, ha azok az erőforrások, amelyektől függ, már online állapotban vannak Egy erőforrás mindig azok előtt az erőforrások előtt kerül offline állapotba, amelyektől függ Meghibásodás esetén minden egymástól függő erőforrás együtt kerül át a másik gépre SP Klub

30 Követelmények általános alkalmazások számára
Hálózati elérésnél a TCP/IP támogatása Adattárolás a közös SCSI busz lemezein vagy jól definiált helyen a Registry-ben

31 Milyen Cluster modellt válasszunk?
Magas rendelkezésre állás statikus terhelés elosztással „Hot spare” megoldás a maximális rendelkezésre állással Rendelkezésre állás részleges növelése Virtuális kiszolgáló Hibrid megoldás

32 1. Magas rendelkezésre állás statikus terhelés elosztással
Group1 Group2 Group2-höz elegendő kapacitás Group1-hez elegendő kapacitás

33 1. Magas rendelkezésre állás statikus terhelés elosztással
Group1 Group2 Group2-höz elegendő kapacitás Group1-hez elegendő kapacitás

34 2. Maximális rendelkezésre állás
Group1-hez elegendő kapacitás Group1

35 2. Maximális rendelkezésre állás
Group1-hez elegendő kapacitás Group1

36 3. Rendelkezésre állás részleges növelése
Group1 Group1-hez elegendő kapacitás Group2 Group3

37 3. Rendelkezésre állás részleges növelése
Group1 Group1-hez elegendő kapacitás Group2 Group3

38 4. Virtuális kiszolgáló Egyszerű menedzsment Ésszerűbb publikáció
File és Print Könyvelés Egyszerű menedzsment Ésszerűbb publikáció File és Print Marketing File és Print Management

39 Group2-höz elegendő kapacitás Group1-hez elegendő kapacitás
5. Hibrid megoldás Group1 Group2 Group2-höz elegendő kapacitás Group1-hez elegendő kapacitás Fájl és Print 1 Web Fájl és Print 2

40 Group2-höz elegendő kapacitás Group1-hez elegendő kapacitás
5. Hibrid megoldás Group1 Group2 Group2-höz elegendő kapacitás Group1-hez elegendő kapacitás Fájl és Print 1 Web Fájl és Print 2

41 Windows 2000 fürtözés 1 1 1 2 2 2 3 3 4 3 … … 32 4 16 Ügyfél
Network Load Balancing Component Load Balancing (COM+) Cluster Service 1 1 1 2 2 2 3 3 4 3 … … 32 4 16 COM+ komponensek Web farm vagy más IP alapú szolgáltatás SQL, Exchange, Fájl Alkalmazás kiszolgálók

42 COM+ Load Balancing 12% 90% 9% 85% 34% 55% 62% 27% 22% 76%
COM+ farm using COM+ Load Balancing 12% 90% 9% 85% 34% 55% 62% 27% 22% 76% Server A Server C Server B AppCenter farm using NLB

43 CLB 2.0 topológia NLB HTTP Load Balancing Web Tier Business Logic Tier

44 A Windows 2000, mint alkalmazáskiszolgáló
Webes alkalmazás-kiszolgálók teljesítménye: UNIX és NT Forrás: DocuLabs/ZDLabs App Server Shootout 7/99 Microsoft VB/ASP 1,981 Microsoft VC++/ ISAPI 3,441 COMPAQ Pentium III/Win NT 4 Server 4 alkalmazás-kiszolgáló 1 SQL Server 7 adatbázis ($170,000) 3500 Dinamikus lapok másodpercenként 3000 2500 Haht HahtSite 373 SUN iPlanet (Netscape App Server) 787 BlueStone SapphireWeb 845 Sybase App Server 1,013 SUN Net- Dynamics 5 1,039 Progress Aptivity 1,363 SUN SPARC/Solaris 3 SUN alkalmazás-kiszolgáló 1 Oracle 8i adatbázis-kiszolgáló ($430,000) 2000 1500 1000 500 SP Klub

45 A Windows 2000, mint alkalmazáskiszolgáló
Szünet SP Klub

46 Windows 2000 fürtözés 1 1 1 2 2 2 3 3 4 3 … … 32 4 16 Ügyfél
Network Load Balancing Component Load Balancing (COM+) Cluster Service 1 1 1 2 2 2 3 3 4 3 … … 32 4 16 Web farm vagy más IP alapú szolgáltatás COM+ komponensek SQL, Exchange, Fájl Alkalmazás kiszolgálók

47 A Windows 2000, mint alkalmazáskiszolgáló
NLBS tulajdonságai 32 gépet tartalmazó farm építhető belőle Elosztott, minden gépen települ Nincs „single point of failure” Nincs szűk keresztmetszet Nem igényel speciális hardvert Nincs külön HCL igénye Az ügyfél egy IP címet használ SP Klub

48 Mire használhatom az NLBS-t?
A Windows 2000, mint alkalmazáskiszolgáló Mire használhatom az NLBS-t? IP alapú állapotmentes szervizekhez Web (IIS, FTP) Virtual Private Networking (VPN) Streaming Media (WMT) Proxy Windows 2000 Terminal Services Állapottal rendelkező alkalmazások esetén külön konfiguráció szükséges Multi-homed Web kiszolgálókat is támogat SP Klub

49 A NLBS felépítése Windows Socket pl. kiszolgáló alkalmazás
NetBIOS támogatás Transport Driver Interface User mode Kernel mode NetBT TCP UDP ARP IP IGMP ICMP WLBS meghajtó Network Driver Interface Hálókártya meghajtó #1 Hálókártya meghajtó #2

50 A Windows 2000, mint alkalmazáskiszolgáló
Hogy működik ? ügyfelek Elfogad? Nem Elfogad? Igen Elfogad? Nem Elfogad? Igen Dedikált IP: Virtuális IP: Dedikált IP: Virtuális IP: Virtual IP for entire cluster + dedicated IPs Algorithm at each node applies port rules + convergence results to drop or accept request With no affinity set, each subsequent client request is also load balanced Dedikált IP: Virtuális IP: Dedikált IP: Virtuális IP: SP Klub

51 Részletek Minden gép minden, a virtuális IP címre bejövő forgalmat lát
Nincs előszűrés vagy ún. dispatch-gép Az NLBS nem módosítja az IP csomagokat Minden gép önállóan dönt arról, hogy a kérést elfogadja-e vagy sem Elosztott algoritmus A heartbeat  segítségével mindig tudnak egymásról Hash algoritmus (Host ID, IP header,..)

52 A Windows 2000, mint alkalmazáskiszolgáló
NLBS hibatűrés I. Ügyfelek 25% 25% Heartbeat 25% Heartbeat Másodpercenként egyszer A bejövő forgalommal azonos hálókártyán 25% SP Klub

53 A Windows 2000, mint alkalmazáskiszolgáló
NLBS hibatűrés II. Ügyfelek 33% 33% Heartbeat Ha hiba van 5 másodperc alatt kiderül További 3 másodperc az új konfiguráció kialakítása konvergencia 33% SP Klub

54 Részletek Ha megadott számú heartbeat üzenet hiányzik, vagy nem konzisztens, akkor megkezdődik a konvergencia A konvergencia egy olyan mechanizmus, melynek során a tagok közös döntésre jutnak a farm állapotáról A farm ez idő alatt folyamatosan működik A konvergencia akkor ér véget ha: Minden gép konzisztens információt cserél ki egymással Elegendő mennyiségű státusz üzenetet cseréltek a gépek Az aktív TCP kapcsolatokat ez esetleges változás nem érinti csak az újakra vonatkozik

55 NLBS Session támogatás
A Windows 2000, mint alkalmazáskiszolgáló NLBS Session támogatás Ügyfelek Elfogad? Nem Elfogad? Igen Dedikált IP: Virtuális IP: Dedikált IP: Virtuális IP: “Single” or “Class C” Affinity set Initial client request is distributed according to standard rules + algorithm Each subsequent client request accepted by the same server by client IP address Dedikált IP: Virtuális IP: Dedikált IP: Virtuális IP: SP Klub

56 Unicast vs. Multicast Alapértelmezett a Unicast
Egy hálókártya esetén megszorítások Nem lehet privát forgalom a farm tagjai között (pl.: DC-DC) Több forgalom a hálózaton Unicast esetén optimális a két hálókártya Switch esetén előtét HUB szükséges

57 Unicast vs. Multicast A multicast mód választható
Nincs korlátozás egy hálókártya esetén sem Átírja a farm MAC címét multicastra Az ARP feloldásnak mennie kell multicast MAC címekre is Ha ezt a router nem támogatja, akkor statikus bejegyzés kell az ARP táblában

58 Az alkalmazásokkal szemben támasztott követelmények
Minden gépen fut egy példány Az alkalmazásnak kell szinkronizálni az adatokat Az ügyfél kapcsolatok (session) megőrzése érdekében használjuk az alapértelmezett „single affinity” beállítást Ügyfél oldali proxy-k gondot okozhatnak (ld. AOL) Ezt a kiszolgáló alkalmazás kezelheti le. Kapcsolat akkor szakadhat meg, ha a farm összetétele változik

59 NLBS parancssoros felügyelet
Távolról is futtatható WLBS.EXE Lekérdezi a farm állapotát Elindít, leállít vagy letilt csomópontokat Az NLBS nem figyeli az alkalmazások állapotát Ehhez az alkalmazás szemantikájának és erőforrásainak ismerete lenne szükséges

60 NLBS skálázhatóság Egy farmon belül Több farm esetén
2-32 csomópont – a hálózati szegmens áteresztő képesség adja meg a korlátot Fast Ethernet esetén tipikusan 6-8 A szükséges csomópontok számát az alkalmazások CPU igénye határozza meg Az NLBS-t sok, rövid életű kapcsolatra optimalizálták (pl.: web) Több farm esetén Round-robin DNS a sok farm előtt

61 Miről lesz szó? Követelmények Mi változik belül? Cluster Server
Elosztott kiszolgáló alkalmazások platformja Network Load Balancing Kiszolgáló alkalmazások

62 Az alapkoncepció 3 … amelyek megjelennek az ügyfélgépen. 1
Az alkalmazás a kiszolgálón fut... 1 ügyfél Windows 2000 … elküldi a felhasználói felület változásait... 2

63 A Windows 2000, mint alkalmazáskiszolgáló
Potenciális ügyfelek PC Windows 3.11 Windows 9x Windows NTW Windows 2000 Windows Terminal Services Windows Terminál CE alapú Embedded NT Új kliens típusok kiemelve Windows CE HPC-Pro Handheld MS-DOS Macintosh UNIX, NC SP Klub

64 Üzemmódok Távoli adminisztráció (Remote Administration)
Távoli szerver menedzsment Ügyfél független szerver menedzsment Alkalmazás szerver (Application Serving) 32 bites alkalmazások futtatására “öreg” számítógépeken, a PC élettartalmának meghosszabbítása 16  32 bites migráció felgyorsítása MainFrame típusú központi alkalmazás menedzsment Windows környezetben TCO csökkentése

65 Távoli adminisztráció
Csak az adminisztrátorok tudnak bejelentkezni Az alkalmazás kompatibilitási kód kiiktatva Nincs szükség speciális “install” mód alkalmazására Licence szükséglet Két beépített kapcsolat Nincs szükség TS-CAL vagy NTS-CAL-ra Az ügyfél bármilyen operációs rendszeren futhat Minimális teljesítmény igény ~2.25Mb átlagos igény Nincs idle session létrehozás

66 Alkalmazás szerver Elsődleges cél az interaktív alkalmazások kiszolgálása Csatlakozási jog az átlagos felhasználónak (is) Alkalmazás kompatibilitás Telepítés a vezérlőpulton keresztül Ügyfél licence mindenképpen szükséges Per seat modell Internet Connector Licensing (maximum 200 felhasználóig) Terminal Services Licensing szükséges

67 A Windows 2000, mint alkalmazáskiszolgáló
Új infrastruktúra Egységes kernel Nincs több verzió kavarodás, ami eddig egy önálló termék volt, az most egy szervizzé lett Ez egységes szerviz csomagot is jelent A TS az operációs rendszer integráns része Közvetlenül telepítéskor vagy később bármikor engedélyezhető Szabályozható ütemezés A TS sokkal jobban együttműködik a háttérszervizekkel Támogatja a Windows 2000 többnyelvű szolgáltatásait Built-in Windows 2000 feature on… Server, Advanced Server, Data Center Two configurations Remote Administration Application Server Enabled on upgrade from Terminal Server 4.0 Upgrade / Install Options Clean install Upgrade from Terminal Server 4.0 Cannot upgrade from Citrix WinFrame Servers SP Klub

68 Új szolgáltatások Nyomtató átirányítás Távirányítás (shadowing)
Automatikus felismerés és telepítés Windows alkalmazásokból használható Ügyfél oldali spooler használata (ha van ilyen) Távirányítás (shadowing) Az adminisztrátor belenézhet egy sessionbe Kiváló helpdesk szolgáltatás Figyeljünk oda az SMS-re ! Vágólap átirányítás Adatátvitel a helyi gépen és a terminál ablakban futó alkalmazások között

69 A Windows 2000, mint alkalmazáskiszolgáló
Új szolgáltatások Ügyfél szoftver HPC-Pro (WinCE) -ra RDP teljesítmény növekedés Bitmap gyorsítótár Hangolás, ~15% sávszélesség igény csökkenés WTSE4-hez képest Virtuális csatorna támogatás Szoftveres hozzáférés az RDP adatcsatornákhoz Speciális eszközök rendszerbe illesztéséhez (hang, lapolvasó, vonalkód) 1.5 MB Cache for bitmaps 16x16 for small buttons 32x32 for toolbars & icon size images 64x64 for large images Persistent caching Compressed format, fast search Defaults to \Cache directory under TS client installation directory Cleared in case of corruption Default size 10MB SP Klub

70 A Windows 2000, mint alkalmazáskiszolgáló
Virtuális csatorna Windows 2000 TS Alkalmazás RDP Protokol RDP ügyfél (mstsc.exe) Megjelenítés vágólap “Saját adatok” Extension DLL SP Klub

71 Adminisztrációs eszközök
Terminal Services Manager Disconnect és logoff státusz ellenőrzés Távirányítás kezdeményezése AD Users&Computers Terminal Services Configuration MMC alapú eszköz általános protokoll és szerver konfigurációra Terminal Services Licensing Licence felügyelet Terminal Services Client Creator

72 Biztonsági újdonságok
A Windows 2000-ben megjelenik egy új beépített csoport: TERMINAL SERVICES USERS Ez egy interaktív csoport Bárki, aki TS ügyfélen keresztül jelentkezik be automatikusan tagja lesz a csoportnak A SID ACL-ben használható

73 Használjuk Resource Kit-et
Menedzsment eszközök Session Monitor, License riportolás Kiegészítő eszközök Fájl átvitel, meghajtó megosztás Teljesítmény teszt eszközök RoboClient, SmClient Konfigurációs eszközök Application Security, Client Version Limiter, Client Configuration

74 Terminal Services Licencing
Szoros licensz menedzsment Terminal Server-hez Az első valóban korlátozó jellegű Microsoftos licensz technológia Nem helyettesít vagy pótol más licensz megoldásokat Nem vonatkozik semmilyen más termékre Office, BackOffice

75 A Windows 2000, mint alkalmazáskiszolgáló
Komponensek Microsoft Certificate Authority & License Clearinghouse Microsoft Háttér infrastruktúra Win2000 Server + Terminal Services Licensing Vállalat Win2000 Server + Terminal Services A termék Based on digital certificates Microsoft Clearinghouse Activates license servers Validates license requests from license server Issues license key packs to license server License server Issues licenses from a finite pool 90-day temporary license is issued if pool exhausted Not required for ongoing client license validation License distribution is passive - invisible to end user Installs and manages licenses Support Internet, WWW, Telephone, Fax to CH Must be run on a DC in Win2K domains Not required for ongoing validation Can support many Terminal Servers Terminal server Requests licenses from license server on behalf of client Validates client licenses Terminal session client Presents licenses to terminal server on log on Ügyfelek SP Klub

76 Bevezetési szempontok
A Windows 2000, mint alkalmazáskiszolgáló Bevezetési szempontok A License Server csak Windows 2000-es DC-n lehet A Terminal Server és a License Server közötti kommunikáció Nem túl nagy, de figyeljünk rá Enterprise versus Domain License Server SP Klub

77 A Windows 2000, mint alkalmazáskiszolgáló
Technikai szempontok Helyileg tárolt CAL elvesztése Merevlemez formattálás A licensz újra kibocsátás kizárólag telefonon keresztül License Server visszaállítás Javasolt a gyakori és folyamatos mentés A telepített, de ki nem adott licenszek újraérvényesítéséhez ismét telefonálásra van szükség SP Klub

78 Felfelé és oldalra skálázhatóság
Egyre nagyobb vas Oldalra Egyre több vas + + + …

79 Oldalra skálázhatóság azaz farmok
Előnyök Modulárisan bővíthető Nincs „single point of failure” A skálázhatóságnak nincs hardverkorlátja Lefelé is jól skálázható Induló vagy fejlesztői rendszer Hátrányok Sok gépet kell üzemeltetni + + + …

80 Skálázás: a költségek Költség Kapacitás
Üzemeltetési költség Az AppCenter az oldalra skálázás hatékonyságát egyesíti a felfele skálázás egyszerű üzemeltetésével Oldalra skálázás Felfelé skálázás Költség Üzemeltetési költség Kapacitás

81 Microsoft AppCenter Server
A Windows 2000, mint alkalmazáskiszolgáló Microsoft AppCenter Server Kezelhetőség Skálázhatóság Elérhetőség Tranzakciók Egy gépként kezelhetőek SP Klub

82 ASP Sessions on a farm ? = A INTERNET 1.1.1.1 2.2.2.2 Server A
Server C Server B AppCenter farm using NLB ? = A Proxy 1 Proxy 2 Proxy Farm (AOL)

83 A Windows 2000, mint alkalmazáskiszolgáló
Application Center 2000 Kiszolgálófarmot üzemeltető megoldás Közös alkalmazás-definíció Nagymértékben skálázható web-farmok Valós idejű figyelés (teljesítmény és működés) Telepítő varázsló Web & COM+ alkalmazások replikációja Dinamikus terheléselosztás Farm-szinten hibatűrő Terhelési teszt és kapacitástervező eszközök SP Klub

84 “Central Park” A nagygép jövője: Kereskedelmi futtatókörnyezet Windows DNA alkalmazások számára
Üzemi funkciók Napló Számlázás Biztonság Felhaszn. Ügyfél Alk. konfig. Job Alkalmazás WTS HTTP Telepítés Internet Mint VPN Piac: Extranetek (Üzleti partnerek hálózata) ASP-k Portál Biztonságos elérés Helpdesk Felhasználói funkciók Ügyfél

85

86 Demo