Voltam IIS 8 blog

Global építészet

A Microsoft weboldalán találhat leírást a teljes felépítése volt az.

Ott vannak a következő összetevőkből áll:

1. hallgató adapter
2. valójában volt
3. folyamatok W3WP
4. alkalmazásmenedzsert
5. rakodók protokollok

Listener adapterek gyere kérést a szerver, akkor viszont a volt így jött marshtutiziroval vizsgálatot a kívánt alkalmazást. Ezek közül a következő adapterek kell kiosztani: W3SVC (HTTP kérések) NetTcpActivator (szállítás TCP), NetPipeActivator (named pipe szállítás), NetMsmqActivator (MSMQ sorban közlekedés).

Application Manager kezeli az alkalmazás medencék.

Ezután fogjuk vizsgálni közvetlenül WAS (2. bekezdés).

Mit jelent a WAS?

WAS IIS'om kérelem esetén képes aktiválni a munkafolyamatot (on-demand aktiválás). Élettartama során WAS folyamat küld neki különleges üzenetek (egészségügyi üzenetek), ami válaszra vár. Ha a folyamat egy bizonyos időn belül nem válaszol, a WAS úgy vélem, hogy a folyamat, hogy nem helyes, és újraindítja azt, vagy csak megáll. Például, a folyamat leállhat WAS kéréseket kapott patthelyzet, ami nem kell újraindítani a folyamatot nem lehet megoldani.

Kezdve a hetedik változat IIS beépített rendszer védelme a gyakori meghibásodások (Rapid hibák elleni védelem). Minden alkalmazás medence lehet állítani külön-külön. Vegye ASP.NET v4.0 alkalmazás medence és nézze meg a megfelelő beállításokat.

Amint az ábrán látható, a bal oldalon a Speciális beállítások rész appula védelemben gyakori összeomlik. Három fő paraméterei - az állam kudarca intervallumot percben és legfeljebb hibák. Ha a biztonság engedélyezett, az alkalmazás medence elkezdi figyelni a hibák száma történt a meghatározott időközönként ezt a beállítást. Ha a szám meghaladja az előre meghatározott küszöbértéket, a kérelmet medence leáll. Például, ha az elején a kérelem nem felel meg a WAS egy meghatározott ideig ( „Process Model” részben, a paraméter „limit kezdési időpont” azonos beállítások), a WS minden joga „kill” folyamat, és a számláló alkalmazás medence összeomlik nőtt egy. Ugyanez vonatkozik az eljárás befejezésének ideje. Közvetlenül azután, hogy van egy rekord a naplóban a Windows.

WAS biztosítja, hogy a források elosztása és az eljárás arra használja őket, például korlátozza a CPU használat folyamatot.

Források neki - nem nem titok 🙂. és osszuk el az archívumot.

Hogyan biztosítják, hogy ott volt, és a szolgáltatás fut

Annak ellenőrzéséhez, hogy volt egy adott gépen, írja nyissa ki az ablakot ahhoz, hogy fut a „Run”, ott írja be a cmd, nyisson meg egy konzolt, ahol meg kell tárcsázni kommandós sc query volt. Ha minden rendben van, akkor a válasz:

Típusát. 20 WIN32_SHARE_PROCESS

Államban. 4 RUNNING

(Megállítható. PAUSABLE. ACCEPTS_SHUTDOWN)

Kilépési kód _ _Win32. 0 (0x0)

Kilépési kód _ _ szolgáltatást. 0 (0x0)

_ Ellenőrző ponton. 0x0

Várakozás. 0x0

TYPE. 20 WIN32_SHARE_PROCESS

ÁLLAPOT. 1 STOPPED

WIN32_EXIT_CODE. 0 (0x0)

SERVICE_EXIT_CODE. 0 (0x0)

Ellenőrzőpont. 0x0

WAIT_HINT. 0x0

Az volt, hogy állítsa le a szolgáltatást, a konzol cmd, chroot (.), Meg kell tárcsázni a net stop volt a parancs, és elfogadja a szolgáltatási stop. Ahhoz, hogy indítsa el a hátsó - net start volt.

Ha szeretné látni, hogy minden grafikus módban, majd írja be a mezőbe „Run” parancsot services.msc. Widows előttünk a szolgáltatás ablak (ábra. Lent).

Itt vagyunk kíváncsiak szolgáltatása az „Activation Service Ablakok». Mint látható, akkor kezdődik az rendszer fiók alapértelmezés szerint. Között a függőségek között a szolgáltatás meghatározott alkatrészek RPC RPC eljárásokat.

építészet

WAS építészet osztható három részből áll:

1. Configuration manager
2. Process manager
3. Listener interfész adapter

Tekintsük mindegyik rész részletesebben.

Configuration manager

Továbbá, tekintettel a kérelem feldolgozása, aki azért jött, hogy az IIS, úgy a fennmaradó két részből áll.

Process manager

Inicializálása egy új munkafolyamat W3WP részt vesz a folyamatban vezetője. WAS betölti a munkafolyamat gazdaalkalmazás, amely már betöltött ASP.NET jelenti CLR. A munkafolyamat WS terhelések a protokoll rakodók folyamatok (PPH). Következő ASP.NET alkalmazás menedzser létrehozza a szükséges alkalmazási területeken, töltse be az üzemi kódot, majd betölti az alkalmazás szintű protokoll rakodók (ADPH).

Listener interfész adapter

hallgató adapter interfész a kezelésére WAS'om nem-HTTP / HTTPS kéréseket.

Amikor elkezdi a hallgató adapterek lásd a volt a beállításokat. A Configuration Manager vissza az is, hogy a cél adott adapter foglalkozott, beleértve a beállításokat, amelyek meghatározzák, hogy mely alkalmazások érdekes lehet az adaptert.

WAS teremt minden alkalmazáshoz megadott hallgató csatorna ID kéréshez tartozó való egyértelmű kötődést.

A telepítés után a beállításokat adapter továbblép a folyamat hallgat forgalom. Amint az üzenet megérkezik hallgató felépíti a „routing table”, amely lehetővé teszi, hogy a társult hallgató csatorna azonosítóját és a beérkező kéréseket.

Amikor a gazda jön létre a munka jelentkezési folyamat kérést kap az felemelte új csatornát hallgat StartProcessProtocolListenerChannel nevezett módszert. arra utal, hogy ugyanazokat a beállításokat WS, vagyis a perc egy kulcs (pl, net.tcp), azután megpróbálja „ismeri”. Amikor ő volt a fő alkalmazási területe van StartListenerChannel módszer. Ez a módszer két paramétert, és mindketten - az interfészeket! 🙂 első közülük a típus IListenerChannelCallback - visszahívás hallgató csatorna, a második IAdphManager - Domain Manager alkalmazás kezelőt. PPH már betöltött folyamat (lásd. A menedzser folyamatok) kéri a WAS adatok tömb, amely a gondosan megőrzött, amikor a munkafolyamat után a hívás WebhostOpenListenerChannelInstance módszer. Mivel küldjük az adatok már ismert, akkor a küldött adatok mennyiségét a kívánt alkalmazást.

Ön várja a következő cikkeket: