Ako funguje webový server na počítači. Čo je webový server. Zakázané - nemôžete tu

Prečo potrebujete server a kedy je to stojí za to kúpiť pre vaše podnikanie?

Ak chcete začať, objasňujeme to server je hardvér, ktorý používa softvér servera.. Je optimalizovaný pre prácu s inými počítačmi (klientmi). Server Zákazníci môžu byť počítače, telefóny, faxy, tlačiarne a všetky ostatné zariadenia, ktoré sú pripojené k internetu. Čím viac informácií plánujete uložiť na hardvéri servera, napájanie musí byť server. Na aké účely si server prenájom? Viac v materiáli blogu Hyperhost.

Spoločnosti používajú servery pre všeobecný prístup všetkých zamestnancov na konkrétne informácie a na zdieľané použitie dostupné zdroje. Aby server fungoval dobre, prenajímajte správcu systému. Stanovuje zariadenie na prácu, robí zálohovanie, eliminuje problémy, ktoré vznikli. Správna prevádzka servera priamo závisí od vysoko kvalitnej a profesionálnej práce SIS.ADMIN. Upozorňujeme, že všetci používatelia služieb spoločnosti poskytujú bezplatnú technickú podporu, bez ohľadu na tarifu.

Ale stále, mnohí veria, že nie je nutné mať naše vlastné server, môžete použiť obvyklý počítač. Ale chceme vás varovať, že je to veľmi krátkodobé riešenie. Počítač nebude môcť vykonávať mnohé úlohy, ktoré spúšťa server. Po prvé, server nie je len ukladanie informácií, ale aj vykonávanie veľkého počtu simultánnych žiadostí, s ktorými obvyklý počítač sa nebude vyrovnať a v kritickom momente jednoducho stratiť všetky potrebné informácie.

Ak vaša firma funguje pre sľubnú budúcnosť, mali by ste premýšľať o výbere servera.

Ak chcete začať, budeme pochopiť, aký druh serverov sú v závislosti od vykonaných funkcií.

Poštový server Prijíma priamu účasť na vytváraní a odosielaní e-mailov. Pošlete list e-mailovej adrese, ale najprv spadá na poštový server, kde sa spracováva. Adresa príjemcu je indexovaná a list sa odosiela. Tento proces zahŕňa niekoľko poštových serverov, ktoré vymieňajú potrebné informácie. O populárnych serveroch EXIM MAIL, Postfix, Sendmail nájdete v článku.

Súborový server Uloží všetky sieťové súbory, ku ktorému prístup z iných počítačov. Na výmenu súborov sa používa protokol FTP, s ktorým môže užívateľ stiahnuť všetky súbory v sieti (obrázky, video, audio). Súborový server môže byť považovaný za akýkoľvek počítač, ktorý má veľa miesta na disku pre ukladanie informácií.

Webový server. - Server pripojený k internetu a prijíma užívateľské požiadavky cez http. Všetky stránky, ktoré sú online, sa nachádzajú na webových serveroch. Tento typ servera je priamym vodičom medzi lokalitami a zákazníkmi. Webový server prijíma žiadosť, potom ho spracováva a poskytuje výsledok (súbor alebo hypertext). V podstate je web hosting a webový server identický. Web Server Nginx a Apache - Čo je to a ako tento zväzok funguje? Odpoveď na túto otázku.

Databázové servery. Vo väčšine všetkých programov používajú databázy. Tento typ serverov poskytuje prístup dát pomocou systému klient-server. Najobľúbenejšie databázové servery sú SQL Server (Microsoft), SQL Base Server, Oracle Server (Oracle Corporation), IBM DB2, Informix. Pracujú na plošine rôznych OS, ako sú napríklad MSDOS, OS / 2, Xenix, Unix.

Proxy server. - Môžeme povedať, že je to ten istý webový server, ale namiesto návštevníka robí požiadavky na sieť. To je v podstate súbor programov. Ste pripojení k serveru proxy, dajte mu žiadosť a namiesto vás hľadá informácie, v niektorých prípadoch ho menia. Práca s proxy serverom vám umožňuje chrániť počítač klienta pred škodlivými programami, aby boli anonymné v sieti, obmedziť prístup k určitým zdrojom alebo naopak zákazy. Jednoduchý inštalácia servera proxy do VPS za 1 minútu, viac.

Herný server Poskytuje komunikáciu medzi klientmi v sieti. Zákazníci spolupracujú v hre a komunikujú medzi sebou. Tento server prijíma informácie, požiadavky na proces, aktualizuje systém a pošle výsledky všetkým účastníkom hry. V podstate herné servery sa nachádzajú hostingové spoločnosti.

V súčasnosti je veľmi ťažké si predstaviť prácu podniku bez použitia serverov. Tento časový proces sa zúčastňuje všetkých typov serverov.

Dôvody, prečo môžete určiť, či potrebujete pre vašu spoločnosť?

• Chcete systematizovať a centralizovať všetky informácie, ktoré sú vo vašej spoločnosti.
• Mnohí zamestnanci musia byť pripojení k sieti bez ohľadu na ich umiestnenie.
• Potrebujete veľa úložného priestoru.
• Plánujete spustiť softvér, ktorý pomôže rozvoju vášho podnikania.
• Vaša spoločnosť vyvíja a rastie, počet zamestnancov sa neustále zvyšuje.
• Vaše podnikanie nie je veľmi veľké, ale chcete vyzerať ako skutočný profesionál.

Úspešná práca spoločnosti závisí od správneho výberu servera, pretože server pomáha organizovať nepretržité fungovanie podniku a pridružené jednotlivé jednotky, napríklad tie, ktoré sú v rôznych mestách.

Špecialistov spoločnosti Hyperhost. S potešením vyberiete najvhodnejšie fyzické alebo vo všetkých parametroch, serveri a zabezpečí stabilitu vašich projektov. Porovnanie vám tiež pomôže uistiť sa, že ste si vybrali a správne vyberte službu v závislosti od cieľa.

Potrebujete vybrať operačný systém pre prevádzku servera? To vám pomôže urobiť správnu voľbu a vyhodnotiť všetky možnosti každého operačného systému. O kontrolných paneloch pre servery s Linuxom.

42788 krát 18 Dnes sa zobrazí raz (A)

Server je druh programu, zariadenia alebo softvéru a hardvérového komplexu, ktorý implementuje niektoré služby. Služba je služba, ktorá vykonáva určité akcie požadované klientom. Poďme sa bližšie pozrieť na server.

Komponenty zákazníkom

Pozrime sa, čo samotný server pozostáva a bez akejkoľvek externej zložky, ktorú nemôže urobiť. Po prvé, server stráca svoj význam v neprítomnosti zákazníkov. Princíp operácie servera je implementovať potreby zákazníkov. Klient tvorí požiadavky na server a narazí na nejaký podiel na jeho práci. Preto nie je len o serveri častejšie, ale o systéme systému-server-server. Klient tvorí požiadavky na server, cez ktorý vidí svoju vôľu. Preto bude druhá, druhá zložka systému bude formálny jazyk, v ktorom sú tieto požiadavky zostavené. Tieto jazyky sú skvelým množstvom a výberom tohto alebo ktorý priamo závisí od servera. Žiadosti na server by mal nejakým spôsobom dodať. Tretím prvkom je komunikačný kanál klienta a server, ktorý sa má prenášať. Toto je najčastejšie buď lokálna sieť, alebo internet, alebo miestne pripojenia jedného stroja. Požiadavka servera prišla nejako prijímať a rozpoznať. Prijímacie zariadenie je takzvané externé rozhranie, predstavuje niekoľko portov, ktoré server nepretržite (alebo neustále) počúva. Prijaté požiadavky sa zasielajú do programovej časti servera, kde sú spracované v súlade s tým, ako je server naprogramovaný. V závislosti od prijatej požiadavky sa spustí jedna alebo iná služba s tými alebo inými počiatočnými údajmi. Služby budú poslednou súčasťou systému. Po dokončení služby sa výsledok vykonania odosiela klientovi na rovnakom komunikačnom kanáli. Alebo, ak je služba interaktívna, potom v procese jeho prevádzky bude intenzívna výmena údajov o kanáli "klient-server".

Aký je server pre čo

Teraz hlavným účelom klientskych serverových systémov je presunúť záťaž z klientskych strojov na server. Preto je výpočtový výkon pravidelného servera pre pár objednávok vyšší ako obyčajný domáci počítač. Niekedy sa však táto organizácia práce systému poskytuje všetku zaťaženie zákazníkov a server slúži na organizovanie ich práce a interakcie. Alebo naopak naopak, server vykonáva všetky výpočty a zákazníci slúžia len na vydávanie informácií užívateľovi. Ako môžete vidieť spôsoby, ako použiť masovú hmotu klient-server.

Výhody a nevýhody

Pros sú zrejmé - princíp prevádzky samotného servera poskytuje pohodlie práce so systémom, jednoduchosť ovládania, správne rozdelenie zaťaženia na stroji. Mínus je jazyk požiadaviek a súvisiacich komponentov. Ak sa používateľ náhodne alebo úmyselne vzťahuje na server nesprávne formulovaný dotaz, potom ak takáto chyba nebola poskytnutá programátor, systém zlyhá. Poznateľné osoby tvoria vedome nesprávne požiadavky, aby systém určený na vydanie klienta klientovi, priniesol útočník, napríklad údaje o kreditnej karte všetkých používateľov (ak je to samozrejme zodpovedný rovnaký server za údaje Mapy a predpoveď počasia). A šťastný útočník najprv ide a uvádza všetky peniaze všetkých používateľov služby, a potom dlho a zamyslene prechádza od manažmentu "K", ktorý vyšetruje tento zločin.

Bezpečnosť

Klient-server model organizácie organizácie je veľmi pohodlný v programovaní, manažmente a práci. Ale že takýto systém môže byť použitý, každý komponent pracovného obvodu musí byť chránený pred votrelcami aj užívateľmi, ktorí nevedia, ako server funguje, ale všetky tlačidlá, ktoré budú môcť dosiahnuť v ľubovoľnej sekvencii. S cieľom uložiť, prenášať a spracovať dôležité údaje v systéme, napríklad informácie o platobnej karte, systém zabezpečenia servera sa musí stretnúť s určitým zákonom požiadaviek.

Akékoľvek zariadenie, vrátane servera, niekedy začína pracovať nepredvídateľne. Nie je absolútne dôležité - či je toto zariadenie nové, alebo pracuje s plným zaťažením niekoľko rokov.

Prípady zlyhania a nesprávnej práce vznikajú mnohé a diagnostiky problému sa často zmení na vzrušujúce puzzle.

Nižšie sa porozprávame o niektorých zaujímavých a non-triviálnych prípadoch.

Riešenie problémov

Registrácia problémov sa najčastejšie vyskytuje po cirkulácii zákazníka v službe technickej podpory prostredníctvom systému vstupeniek.

V prípade odvolania klienta, ktoré od nás nájde pridelené pevné konfiguračné servery od nás, sme diagnostikovaní, aby sme zistili, že problém nie je naprogramovaný.

Softvérové \u200b\u200bproblémy Zákazníci zvyčajne riešia svoje vlastné, avšak v každom prípade sa snažíme ponúknuť pomoc našich správcov systému.

Ak je jasné, že problém je hardvér (napríklad, server nevidí časť RAM), potom v tomto prípade máme vždy podobnú serverovú platformu v rezerve.

Ak zistíte hardvérový problém, prenesieme disky z neúspešného servera k zálohu a po malom nastavení sieťového zariadenia, server začne pracovať. Tieto údaje sa teda nestratia a čas nečinnosti nepresahuje 20 minút od okamihu obehu.

Príklady riešenia problémov a spôsobov, ako ich odstrániť

Zlyhanie siete na serveri

Existuje šanca, že po prenose diskov z havárie na zálohu prestane pracovať na serveri. To sa zvyčajne vyskytuje v prípade používania rodinných operačných systémov Linuxu, ako sú Debian alebo Ubuntu.

Faktom je, že s počiatočnou inštaláciou operačného systému, MAC adresy sieťových kariet sú zaznamenané v špeciálnom súbore sa nachádza na adrese: /etc/udev/roles.d/70-Persisten-Net.Net.rules.

Keď sa spustí operačný systém, tento súbor porovnáva názvy rozhraní MAC adresy. Pri výmene výmeny servera na rezervovanie, sieťové rozhranie MAC sa už nezhodujú, čo vedie k neschopnosti v sieti na serveri.

Ak chcete vyriešiť problém, musíte vymazať zadaný súbor a reštartovať sieťovú službu alebo reštartovať server.

Operačný systém bez zistenia tohto súboru bude automaticky vygenerovať podobné a porovnávanie rozhraní už s novými MAC adresy sieťových kariet.

Odrážajúc IP adries potom, čo sa nevyžaduje, sieť okamžite začne pracovať.

Plávajúci problém s zamrznutými

Akonáhle sme dostali server s problémom náhodných visí počas práce. Skontrolujte BIOS a protokoly IPMI - prázdne, žiadne chyby. Dali na stresové testovanie, nakladanie všetkých jadier procesora o 100%, pričom súčasné ovládanie teploty závisí od 30 minút práce.

V tomto prípade spracovateľ pracoval normálne, teplotné hodnoty neprekročili štandard pod zaťažením, pracovali všetky chladiče. Stalo sa jasné, že to nebol prehriate.

To by malo byť odstránené pravdepodobnými mierami modulov RAM, takže nastavili server na test pamäte pomocou dostatočne populárneho memtest86 +. Po 20 minútach sa očakáva, že server bude visieť, čím sa prijme chyba podľa jedného z modulov RAM.

Výmena modulu na novú, opäť dal server na test, ale Fiasko na nás čaká - server opäť visel, čím sa chyba už na inom module RAM. Nahradil. Ďalší test - opäť zavesený, znovu vydával chyby v RAM. Pozorné vyšetrenie slotov RAM neodhalilo žiadne chyby.

Tam bol jeden možný páchateľ problému - centrálny procesor. Faktom je, že RAM regulátor je umiestnený presne vo vnútri procesora a to bol ten, kto by mohol zlyhať.

Po odstránení procesora, našli katastrofu - jedna pinová zásuvka bola rozbitá na vrchole, zlomený tip Pina doslova zakúpený na kontaktné miesto procesora. V dôsledku toho, keď na serveri nebolo zaťaženie na serveri, všetko fungovalo primerane, ale s nárastom teploty procesora bol kontakt zlomený, čím sa ukončil normálnu prevádzku regulátora RAM, ktorý spôsobil zavesenie.

Nakoniec, tento problém bol vyriešený nahradením základnej dosky, pretože obnoviť zlomený kolík zásuvky k nám, alas, nie pri moci, a to je už úloha pre servisné stredisko.

Imaginárne osvietenie servera pri inštalácii

Plne vtipné prípady sa vyskytujú, keď výrobcovia zariadenia začnú meniť architektúru hardvéru, odmietajúc podporovať staré technológie v prospech nového.

Aplikovali sme na nás so sťažnosťou na serveri, keď sa pokúsite nainštalovať operačný systém Windows Server 2008 R2. Po úspešnom spustení inštalačného programu prestal server reagovať na myš a klávesnicu v konzole KVM. Ak chcete lokalizovať, problém bol pripojený k serveru fyzickú myš a klávesnicu - všetko rovnaké, inštalátor začína a prestane reagovať na vstupné zariadenia.

V tom čase bol tento server jedným z prvých na základe základnej dosky supermicro, základnej dosky X11SL-F. Nastavenia systému BIOS boli jedno zaujímavé miesto inštalácie Windows 7, vystavené vypnutiu. Vzhľadom k tomu, Windows 7, 2008 a 2008 R2 sú nasadené na rovnakom inštalačnom programe, nastavte tento parameter v Povolení a zázračne myši a klávesnice nakoniec zarobené. Ale bol to len začiatok eposu s inštaláciou operačného systému.

V čase výberu disku na inštaláciu sa nezobrazí žiadny disk, navyše sa nainštalovala chyba na inštaláciu ďalších ovládačov. Operačný systém bol nainštalovaný s USB Flash Drive a Rýchle vyhľadávanie na internete ukázalo, že takýto účinok nastane, ak inštalačný program nemôže nájsť ovládače pre regulátor USB 3.0.

Wikipédia uviedla, že problém je vyriešený odpojením v USB 3.0 Podpora BIOS (XHCI Controller). Keď sme otvorili dokumentáciu pre základnú dosku, očakávali sa prekvapenie - vývojári sa rozhodli úplne opustiť regulátor EHCI v prospech XHCI (roztiahnuteľné rozhranie regulátora hostiteľa). Inými slovami, všetky porty USB na tejto základnej doske sú porty USB 3.0. A ak vypnete ovládač XHCI, potom vypneme vstupné zariadenia, takže nie je možné pracovať so serverom a podľa toho inštalácia operačného systému.

Vzhľadom k tomu, serverové platformy neboli vybavené jednotkami na čítanie diskov CD / DVD, jediným riešením problému bola integrácia ovládačov priamo do distribúcie operačného systému. Iba integrácia ovládača ovládača USB 3.0 a prekladá sa inštalačný obraz, sme boli schopní nainštalovať Windows Server 2008 R2 na tento server, a tento prípad vstúpil na našu znalostnú základňu, aby inžinieri netrávili časom na neplodné pokusy.

Existuje ešte viac zábavy viac prípadov, keď zákazníci prinášajú americké vybavenie na ubytovanie a správa sa, že nie je očakávaná. Takto sa to stalo s diskom Dell PowerVault.

Zariadenie je systém ukladania dát s dvoma regulátormi diskov a sieťových rozhraní pre protokol ISCSI. Okrem týchto rozhraní je pre diaľkové ovládanie port MGMT.

Medzi našimi službami pre umiestnené vybavenie, existuje špeciálna služba "Ďalšie port 10 Mbps", ktorý je potrebný, ak potrebujete pripojiť nástroje diaľkového ovládania pre server. Tieto prostriedky sú rôzne mená:

• "ILO" v Hewlett-Packard;
• IDRAC pre Dell;
• IPMI zo supermicro.

Sú približne rovnaký stav servera a prístup k vzdialenej konzole. V dôsledku toho sa vysokorýchlostný kanál nevyžaduje - 10 Mbps je dosť pre pohodlnú prácu. Túto službu bola objednaná klientom. Priplnili sme zodpovedajúce crossing medi a prispôsobili portu našich sieťových zariadení.

Ak chcete obmedziť rýchlosť, port je jednoducho nakonfigurovaný ako 10BASE-T a je súčasťou práce, ktorý má maximálnu rýchlosť 10 Mbps. Po tom, čo všetko bolo pripravené - pripojili sme MGMT portu police disku, ale klient takmer okamžite oznámil, že nefunguje.

Po skontrolovaní stavu prístavu spínača sme našli nepríjemný nápis "Fyzický odkaz je dole". Takýto nápis hovorí, že existujú problémy s fyzickým spojením medzi prepínačom a klientskym zariadením pripojeným k nemu.

Zlyhaný stlačený konektor, zlomený konektor, prerušené žily v kábli - tu je malým zoznamom problémov, ktoré vedú k absencii odkazu. Samozrejme, že naši inžinieri okamžite vydržali krútený párový tester a skontrolovali pripojenie. Všetky žily boli dokonale prezývané, obe konce kábla boli dokonale stlačené. Okrem toho, vrátane testovacieho notebooku v tomto kábli, sme získali, pretože by sme mali byť pripojené rýchlosťou 10 MB / s. Ukázalo sa, že problém na strane zariadenia klienta.

Keďže sa vždy snažíme pomôcť našim zákazníkom pri riešení problémov, rozhodli sme sa zistiť, čo presne nedostatok príčiny spojenia. Starostlivo študoval konektor portu MGMT - všetko je v poriadku.

Nájdené na webovej stránke výrobcu pôvodný návod na obsluhu na objasnenie, či je tento prístav možný zo strany softvéru. Takáto možnosť však nebola poskytnutá - prístav v každom prípade sa automaticky zvýšil. Napriek tomu, že takéto vybavenie by malo vždy podporovať auto-MDI (x) - inými slovami, je správne určené, ktorý kábel je zahrnutý: pravidelný alebo crossover, experimentujeme kvôli crossover a zapne sa na rovnaký spínač Rovnaký prístav. Snažil sa násilne nastaviť duplexný parameter na prepínač. Účinok bol nulový - prepojenie nebolo a myšlienky už skončili.

Tu niekto z inžinierov vyjadrený absolútne na rozdiel od zdravého rozumu, predpoklad, že zariadenie nepodporuje 10BASE-T a bude pracovať len na 100BASE-TX alebo dokonca pri 1000BASE-X. Zvyčajne akýkoľvek prístav, dokonca aj pri najlacnejšom zariadení, kompatibilnom s 10base-t a najprv predpoklad inžiniera zdieľaného ako "fikcia", ale z beznádejnosti sa rozhodol pokúsiť sa prepnúť port v 100base-tx.

Naše prekvapenie neexistovalo žiadny limit, odkaz okamžite vzrástol. Čo presne je kvôli nedostatku podpory 10Base-T na porte MGMT zostáva záhadou. Takýto prípad je veľmi zriedkavý, ale je tu miesto.

Klient bol prekvapený aspoň naše a veľmi poďakovanie problému. V súlade s tým opustil port v 100BASE-TX, obmedzil rýchlosť na porte priamo pomocou vstavaného mechanizmu rýchlosti.

Odmietnutie chladiacich turbín

Akonáhle klient prišiel k nám, požiadali o odstránenie servera a vziať ju do servisnej zóny. Inžinieri urobili všetko a nechali ho sám s vybavením. Odovzdala hodinu, druhý, tretí - klient spustil celý čas / zastavil server a spýtali sme sa, čo bol problém.

Ukazuje sa, že výrobný server Hewlett-Packard odmietol dva chladiace turbíny zo šiestich. Server je zapnutý, poskytuje chybu chladenia a okamžite sa vypne. Súčasne na serveri je hypervisor s kritickými službami. Ak chcete obnoviť personál služieb, bolo potrebné vykonať naliehavú migráciu virtuálnych strojov na iný fyzický zdroj.

Rozhodli sme sa pomôcť klientovi nasledovne. Zvyčajne server chápe, že všetko je v poriadku s chladiacim ventilátorom, len čítať počet otáčok. Zároveň, samozrejme, Hewlett-Packard inžinieri urobili všetko tak, že nebolo možné nahradiť pôvodný turbínový analóg - neštandardný konektor, neštandardný pinout.

Pôvodná takáto detaily stojí asi 100 dolárov a nie je možné ísť a kúpiť - je potrebné objednať zo zahraničia. Našťastie internet našiel schému s pôvodným pinout a zistil, že jeden z kolíkov je zodpovedný za čítanie počtu otáčok motora za sekundu.

Ďalej bol prípad technológie - vzali si pár drôtov na prototypovanie (vôľa prípadu bola po ruke - niektorí z našich inžinierov sú Fond of Arduino) a jednoducho pripojené kolíky zo susedných pracovníkov turbíny s konferenciám zlyhali. Server sa začal a klient sa konečne podarilo migrovať virtuálne stroje a spustiť služby do práce.

Samozrejme, toto všetko bolo splnené výlučne za zodpovednosť klienta, avšak v dôsledku toho takýto neštandardný pohyb umožnil znížiť jednoduché na minimum.

A kde sú disky?

V niektorých prípadoch je príčina problému niekedy taká netriviálna, že trvá veľmi veľké množstvo času. Ukázalo sa, že keď sa jeden z našich zákazníkov sťažoval na náhodnú skládku diskov a servera. Hardvérová platforma je supermicro v puzdre 847 (4U Form Form) s košmi na pripojenie 36 diskov. Server bol nainštalovaný tri z rovnakého ovládača APAPTEC RAID, z ktorých každý je pripojený na 12 diskov. V čase problému server prestal vidieť náhodné množstvo diskov a záviselo. Server bol odvodený z výroby a začal diagnostiku.

Prvá vec, ktorá sa podarilo zistiť - disky boli pokryté iba jedným regulátorom. Zároveň, "zrušené disky" zmizli zo zoznamu v natívnom nástroji Adaptec Control Utility a znovu sa objavil len s úplným vypnutím výkonu servera a následné pripojenie. Prvá vec, ktorá prišla na myseľ, je softvér regulátora softvéru. Na všetkých troch regulátoroch stáli trochu iný firmvér, takže sa rozhodlo pre všetkých regulátorov, aby nainštalovali jednu verziu firmvéru. Vykonávané, poháňané servera v maximálnych režimoch zaťaženia - všetko, čo by malo byť. Podľa problému ako vyriešeného, \u200b\u200bserver bol daný klientovi späť na výrobu.

Dva týždne, opäť apelovať na ten istý problém. Bolo rozhodnuté nahradiť regulátor podobnému. Dokončené, prešité, pripojené, dať na testy. Problém zostáva - po niekoľkých dňoch všetky disky padli už na novom ovládači a server je bezpečne zavesený.

Preinštalujte regulátor v inom slote, nahradil ho späť a SATA káble z regulátora na zadnú časť. Týždenné testy a opäť disky vypadli - server opäť visel. Odvolanie na podporu výsledkov APARTEC nepriniesli - skontrolovali všetky tri kontrolóry a nenašli problém. Nahradil základnú dosku, regeneračnú platformu takmer od nuly. Všetko, čo spôsobilo najmenšie pochybnosti, bolo nahradené novým. A problém sa opäť prejavuje. Mystica a len.

Problém sa mohol náhodne vyriešiť, keď každý disk začal kontrolovať samostatne. S určitým zaťažením, jeden z diskov začal poraziť a dal krátky uzáver do SATA portu a neexistoval žiadny núdzový indikátor. Regulátor prestal vidieť časť diskov a opäť začal identifikovať ich len pri opätovnom pripojení výživou. Takto jeden disk zlyhania vyvodil celú serverovú platformu.

Záver

Samozrejme, že to je len malá časť zaujímavých situácií, ktoré boli vyriešené našimi inžinierov. Niektoré problémy "úlovok" nie sú dostatočne ľahké, najmä keď v denníkoch nie sú žiadne rady. Ale akékoľvek podobné situácie stimulujú inžinierov, aby podrobne porozumeli zariadeniu serverového vybavenia a našli širokú škálu problémov.

Toto sú také zábavné prípady v našej praxi.
A čo ste sa stretli? Vitajte v komentároch.

Čo je webový server? Z hľadiska priemerného človeka - to je čierna skrinka, ktorá spracováva požiadavky prehliadača a vydáva webovú stránku v reakcii. Technický špecialista vás nalieva do hmotnosti nízkoplavných podmienok. Výsledkom je, že noví administrátori webových serverov sú niekedy ťažké zistiť rozmanitosť podmienok a technológií. V skutočnosti, oblasť vývoja webového vývoja sa dynamicky rozvíja, ale základom mnohých moderných riešení je základnými technológiami a zásadami, o ktorých budeme hovoriť dnes a hovoriť.

Ak neviete, kde začať, potom musíte začať najprv. Aby ste sa nemohli zmätení vo všetkých rôznych moderných webových technológiách, musíte odkazovať na príbeh, aby ste pochopili, kde sa moderný internet začal a technológie vyvinuté a zlepšili.

Http server.

Na úsvite vývoja internetu boli lokality jednoduchým skladovaním špeciálne označených dokumentov a niektorých súvisiacich údajov: súbory, obrázky atď. Aby boli dokumenty odkazovať na seba a súvisiace údaje boli navrhnuté špeciálny jazyk HTML Hypertextový jazyk a prístup k takýmto dokumentom prostredníctvom internetovej siete http. A jazyk a protokol, vývoj a zlepšovanie, žil tento deň bez významných zmien. A práve začal prísť nahradiť protokol HTTP / 1.1 prijatý v roku 1999, protokol HTTP / 2 nesie základné zmeny s prihliadnutím na požiadavky modernej siete.

Protokol HTTP je implementovaný technológiou klient-server a pracuje na princípe reakcie na požiadanie bez uloženia štátu. Účelom žiadosti je určitý zdroj, ktorý je určený jednotný identifikátor zdroja - Uri (Jednotný identifikátor zdrojov), HTTP používa jeden z druhov URI - Url (Uniform Resource Locator) - univerzálny ukazovateľ zdrojovOkrem informácií o zdroji tiež určuje jeho fyzické miesto.

Úloha HTTP servera na spracovanie požiadavky zákazníka a buď mu poskytne požadovaný zdroj, alebo na hlásenie nemožnosti toho, aby to urobili. Zvážte nasledujúci systém:

Užívateľ prostredníctvom klienta HTTP, najčastejšie tento prehliadač požiada o určitú adresu URL z HTTP servera, kontroluje server a poskytuje zodpovedajúci súbor URL k tomu, je zvyčajne html stránku. Získaný dokument môže obsahovať odkazy na súvisiace zdroje, ako napríklad obrázky. Ak je potrebné zobraziť na stránke, klient ich konzistentne požiada zo servera, okrem obrázkov môžu byť tiež vyžiadané na štýlové listy, skripty vykonané na strane klienta atď. Po obdržaní všetkých potrebných zdrojov ich prehliadač spracováva podľa kódu dokumentu HTML a dajte používateľovi pripravenú stránku.

Až mnohí ľudia už uhádol, pod názvom HTTP servera v tejto schéme je podstatou, ktorá je známa dnes nazývaná webový server. Hlavným cieľom a úlohou webového servera je spracovanie požiadaviek HTTP a návrat k používateľovi svojich výsledkov. Webový server nevie, ako nezávisle vytvárať obsah a funguje len so statickým obsahom. Toto je relevantné pre moderné webové servery napriek všetkému bohatstvu svojich schopností.

Po dlhú dobu bol jeden webový server stačil na implementáciu plnohodnotného miesta. Ale s rastom siete statickej html sa to stalo ostro chýba. Jednoduchý príklad: Každá statická stránka je sebestačná a musí obsahovať odkazy na všetky zdroje súvisiace s ňou, pri pridávaní nových stránok odkazu na ne budú musieť pridať do už existujúcich stránok, inak užívateľ nikdy nebude môcť dostať sa na ne.

Stránky tohto času sa vo všeobecnosti páčilo trochu na moderné, napríklad nižšie ukazuje pohľad na jedného z priekopníkov ruského hovoriaceho internetu, stránky Ramblera:

A prechod na ktorýkoľvek z odkazov môže vo všeobecnosti prinášať moderný užívateľ v zmätku, aby sa mohol vrátiť z takejto stránky, nie je možné, okrem stlačenia tlačidla rovnakého mena v prehliadači.

Pokus o vytvorenie niečoho viac či menej podobného modernej lokality sa veľmi čoskoro zmenila na rastúce množstvo práce na vykonanie zmien na existujúcich stránkach. Koniec koncov, ak by sme zmenili niečo v spoločnej časti stránky, napríklad logo v hlavičke, potom musíme urobiť túto zmenu na všetky existujúce stránky. A ak sme zmenili cestu na jednu zo stránok, alebo ho vymazali, potom budeme musieť nájsť všetky odkazy na to a zmeniť alebo odstrániť.

Preto sa tento krok vo vývoji webových serverov stal podporou technológie povoliť na strane servera - SSI (Slúži na strane servera.). Umožnil obsah rôznych súborov do kódu stránky v kódovej stránke, ktorý umožnil vykonať opakované prvky, ako je napríklad uzáver, suterén, menu a podobne. V jednotlivých súboroch a jednoducho sa pripojte, keď je stránka dokončená.

Ak chcete zmeniť logo alebo položku ponuky, budete musieť vykonať iba jeden súbor namiesto úprav všetkých existujúcich stránok. Okrem toho SSI povolil nejaký dynamický obsah na stránkach, napríklad aktuálny dátum a vykonávať jednoduché podmienky a pracovať s premennými. Bol to významný krok vpred, uľahčujúci prácu webmasterov a zvýšenie pohodlia používateľov. Na implementáciu skutočne dynamickej stránky však tieto technológie neumožnili.

Stojí za zmienku, že SSI sa dnes aktívne uplatňuje, kde v kódexe stránky, musíte vložiť statický obsah, primárne kvôli jednoduchosti a nenápadným na zdroje.

CGI

Ďalším krokom vo vývoji webovej technológie bolo vznik špeciálnych programov (skriptov), \u200b\u200bktoré vykonáva spracovanie požiadaviek používateľa na strane servera. Najčastejšie sú napísané v skriptovacích jazykoch, to bolo pôvodne perl, dnes dlaň vedenia drží PHP. Postupne vznikli celú triedu programov - Systémy na správu obsahu - CMS. (SYSTÉM PRE SPRÁVU OBSAHU.), Ktorý predstavujú plnohodnotné webové aplikácie schopné poskytovať dynamické spracovanie požiadaviek používateľov.

Teraz dôležitý bod: Webové servery nie sú schopné a nevedia, ako vykonávať skripty, ich úlohou je poskytnúť statický obsah. Tu je nová entita prichádza na scénu - aplikačný server, ktorý je tlmočník skriptovacích jazykov a s ktorými webovými aplikáciami napísanými na nich prácu. DBMS sa bežne používajú na ukladanie údajov, čo je spôsobené potrebou prístupu k veľkému počtu vzájomne prepojených informácií.

Aplikačný server však nevie, ako pracovať s požiadavkami protokolu HTTP a požiadaviek o procesoch, pretože je to úloha webového servera. Na zabezpečenie rozvinutia ich interakcie general Gateway Interface - CGI (Common Gateway rozhranie.).

Malo by byť jasne pochopené, CGI nie je program a nie protokol, je to rozhranie, t.j. Kombinácia spôsobov, ako interakcia medzi aplikáciami. Termín CGI by ste nemali byť zmätení s koncepciou CGI aplikácie alebo CGI skriptu, ktorý označuje program (skript) podporujúce prácu cez rozhranie CGI.

Pre prenos dát sa používajú štandardné I / O potoky, z webového servera na údaje o aplikáciách CGI sa prenášajú cez stdinsú akceptované stvoreniePoužité chybové hlásenia stderr..

Zvážte proces fungovania takéhoto systému. Po obdržaní požiadavky z prehliadača používateľa, webový server určuje, že sa požaduje dynamický obsah a vytvára špeciálnu požiadavku, ktorá prostredníctvom rozhrania CGI nasmeruje webovú aplikáciu. Keď ho prijíma, aplikácia začína a vykoná výsledok, výsledkom, ktorý je výsledkom, ktorý je HTML kód dynamicky tvorenej stránky, ktorá sa prenáša späť na webový server, po ktorom aplikácia dokončí svoju prácu.

Ďalším dôležitým rozdielom medzi dynamickým miestom - jeho stránky nie sú fyzicky neexistujú vo forme danej užívateľovi. V skutočnosti existuje webová aplikácia, t.j. Sada skriptov a šablón a databázu, ktorá ukladá materiály lokality a informácie o servise, samostatne je statický obsah: obrázky, java skripty, súbory.

Po prijatí žiadosti webová aplikácia načíta údaje z databázy a vyplní ich šablónom uvedeným v dotaze. Výsledok je uvedený na webový server, ktorý dopĺňa statický obsah vytvorený týmto spôsobom (obrázky, skripty, štýly) a dáva ho užívateľskému prehliadači. Samotná stránka nie je uložená nikde, okrem vyrovnávacej pamäte a pri prijímaní nového dotazu je stránka znovu vygenerovaná.

Medzi výhody CGI patria jazyková a architektonická nezávislosť: Aplikácia CGI môže byť napísaná v akomkoľvek jazyku a fungovať rovnako dobre s ľubovoľným webovým serverom. Vzhľadom na jednoduchosť a otvorenosť štandardu to viedlo k rýchlemu rozvoju webových aplikácií.

Okrem výhod však CGI má však značné nevýhody. Hlavná je vysoká réžia na začiatku a zastavenie procesu, ktorý zahŕňa zvýšené požiadavky na hardvér a nízky výkon. A použitie štandardných I / O potoky obmedzuje možnosť škálovania a zabezpečenia vysokej dostupnosti, pretože vyžaduje, aby webový server a aplikačný server v rámci toho istého systému.

V súčasnosti je CGI prakticky žiadna, pretože pokročilejšie technológie prišli nahradiť ho.

Fastcgi.

Ako vyplýva z mena, hlavným cieľom rozvoja tejto technológie bolo zvýšiť výkonnosť CGI. Byť jeho ďalší vývoj Fastcgi je protokol klienta-server na komunikáciu webového servera a aplikačného servera, ktorý poskytuje vysoký výkon a bezpečnosť.

FastCGI eliminuje hlavný problém CGI - znovu spustí proces webovej aplikácie na každú požiadavku, proces FastcGI sa neustále spustia, čo vám umožňuje výrazne šetriť čas a zdroje. Na prenos údajov namiesto štandardných prúdov UNIX SOCKETS alebo TCP / IP.To vám umožní hosťovať webový server a aplikačný server na rôznych hostiteľoch, čím sa poskytuje škálovanie a / alebo vysoká dostupnosť systému.

Môžeme tiež spustiť niekoľko procesov FastcGI na jednom počítači, ktorý dokáže spracovať požiadavky paralelne, alebo majú rôzne nastavenia alebo verzie skriptovaného jazyka. Napríklad môžete súčasne mať viac verzií PHP pre rôzne stránky, pričom ich odosielajú rôznym procesom Fastcgi.

Na ovládanie procesov FastcGI a distribúcie zaťaženia spravujte manažérov procesov, môžu byť obidva webového servera a samostatné aplikácie. Populárne webové servery Apache a LightTPD majú vstavané procesy FastcGI, zatiaľ čo Nginx vyžaduje externý manažér pre svoju prácu.

Php-fpm a spawn-fcgi

Od externých manažérov pre procesy FastcGI platia PHP-FPM a Spawn-FCGI. PHP-FPM bol pôvodne množina záplat pre PHP od Andrei Nigmatulin, ktorý vyriešil množstvo problémov s riadením procesov Fastcgi, počnúc verziou 5.3, časť projektu a vstupuje do dodávky PHP. PHP-FPM môže dynamicky ovládať počet procesov PHP v závislosti od zaťaženia, reštartujte bazény bez straty požiadaviek, núdzového reštartu procesov zlyhania a je pomerne pokročilým manažérom.

Spawn-FCGI je súčasťou projektu LightTPD, ale webový server rovnakého mena nie je zahrnutý, predvolené LightTPD používa svoj vlastný, jednoduchší proces procesu. Vývojári odporúčajú používať v prípadoch, keď potrebujete spravovať procesy Fastcgi umiestnené na inom hostiteľovi, alebo sa vyžaduje rozšírené nastavenia zabezpečenia.

Externí manažéri vám umožňujú izolovať každý proces FastcI vo vašom chroot (zmeniť koreňový adresár aplikácie bez možnosti prístupu k nej), vynikajúce z oboch chroot iných procesov a z webového servera Chroot. A, ako sme už hovorili, vám umožní pracovať s aplikáciami Fastcgi sa nachádza na iných serveroch cez TCP / IP, v prípade miestneho prístupu by ste mali vybrať prístup cez zásuvku UNIX ako typ rýchleho pripojenia.

Ak sa znova pozriete na schému, uvidíme, že máme nový prvok - manažér procesov, ktorý je sprostredkovateľom medzi webovým serverom a aplikačnými servermi. To trochu komplikuje schému, ako ste zriadili a sprevádzali viac služieb, ale zároveň otvára viac príležitostí, čo vám umožňuje konfigurovať každý serverový prvok jasne pod vašou úlohou.

V praxi vyberiete medzi vstavaným manažérom a externými nákladmi na posúdenie situácie a vyberte si presne nástroj, ktorý je najvhodnejší pre vaše požiadavky. Napríklad vytvorenie jednoduchého servera pre niekoľko miest na typických motoroch. Aplikácia externého manažéra bude explicitne zbytočná. Hoci vás nikto neukladá na váš názor. Linux témy a je dobré, že každý môže, ako od dizajnéra, zbierať presne to, čo potrebuje.

SCGI, PCGI, PSGI, WSGI a INÉ

Prostredníctvom témy vývoja webového vývoja, budete určite nájdený s zmienkou o rôznych technológiách CGI, najobľúbenejšie, z ktorých sme uviedli v názve. Z takejto odrody je možné byť zmätený, ale ak si starostlivo prečítate začiatok nášho článku, viete, ako CGI a FastcGI fungujú, a preto sa zaoberať niektorým z týchto technológií, nebude pre vás ťažké.

Napriek rozdielom pri vykonávaní jedného alebo iného riešenia zostávajú základné zásady spoločné. Všetky tieto technológie poskytujú rozhranie brány ( Rozhranie brány.) Ak chcete komunikovať webový server s aplikačným serverom. Brány vám umožňujú uvoľniť webový server a webovú aplikáciu medzi sebou, čo vám umožní používať akúkoľvek kombináciu bez bez ohľadu na možnú nekompatibilitu. Jednoducho povedané, nezáleží na tom, či váš webový server podporuje špecifickú technológiu alebo skriptovací jazyk, hlavnou vecou je, že môže pracovať s požadovaným typom brány.

Keďže sme uviedli v názve, celom balení skratiek, podrobnejšie prejdeme.

Scgi (Jednoduché spoločné rozhranie brány) - jednoduché spoločné rozhranie brány - Vyvinutý ako alternatíva k CGI a je do značnej miery podobná FastcGI, ale jednoduchšie implementovať. Všetko, čo sme povedali o Fastgci, je pravda pre SCGI.

Plienka (Rozhranie Perl Common Gateway) - Perl knižnica na prácu s rozhraním CGI, na dlhú dobu bola hlavnou voľbou pracovať s aplikáciami PERL prostredníctvom CGI, má dobrý výkon (pokiaľ sa vzťahuje na CGI) s miernymi potrebami zdrojov a dobrej ochrany proti preťaženiu.

Psgi (Rozhranie brány Web Server Perl Web Server) - Technológia interakcie webového servera a aplikačného servera pre PERL. Ak je PCGI nástrojom na prácu s klasickým rozhraním CGI, potom psgi pripomína Fastcgi. Server PSGI predstavuje prostredie pre vykonávanie aplikácií Perl, ktorý je neustále spustený ako služba a môže komunikovať s webovým serverom prostredníctvom zásuviek TCP / IP alebo UNIX a poskytuje aplikácie Perl ako Fastcgi.

WSGI. (Web Server Gateway Interface) - Ďalšia špecifická brána rozhrania určená na interakciu webového servera s aplikačným aplikačným serverom pre programy napísané v Phyton.

Je to jednoduché notické, všetky technológie uvedené v USA sú v jednom stupni alebo inom analógoch CGI / Fastcgi, ale pre konkrétne aplikácie. Údaje, ktoré sme dostali, budú dosť na všeobecné chápanie princípu a mechanizmov ich práce a ich hlbšia štúdia dáva zmysel len s vážnou prácou so špecifikovanými technológiami a jazykami.

Aplikačný server ako modul Apache

Ak ste predtým hovorili o určitom abstraktnom webovom serveri, teraz hovoríme o konkrétnom riešení a bod tu nie je v našich preferenciách. Medzi webové servery Apache zaberá špeciálne miesto, vo väčšine prípadov, keď hovoria o webovom serveri na platforme Linuxu, a na webovom serveri vôbec, potom bude aplikovaný, že Apache.

Môžeme povedať, že je to druh predvoleného webového servera. Vezmite si akýkoľvek masový hosting - bude Apache, vezmite akúkoľvek webovú aplikáciu - Predvolené nastavenia sa vykonávajú pod Apache.

Áno, z technologického hľadiska, Apache nie je korunou technológie, ale je to ten, kto predstavuje zlatý stred, je jednoduchý, jasný, flexibilný v nastaveniach, univerzálnom. Ak urobíte prvé kroky v budove stránky - potom Apache je vaša voľba.

Tu môžeme potupovať, že Apache je už dlho irelevantné, všetci "skutoční chlapci" už nastavili Nginx atď. , takže tento okamih vysvetlíte podrobnejšie. Všetky populárne CMS sú nakonfigurované tak, aby používali s Apache, umožňuje vám zamerať všetku pozornosť na prácu s webovou aplikáciou, eliminujú možný zdroj problémov webového servera.

Všetky populárne fóra sú tiež implikované ako webový server Apache a väčšina tipov a odporúčaní sa naň týka. V rovnakej dobe, alternatívne webové servery zvyčajne vyžadujú viac tenkých a dôkladných nastavení, a to tak z webového servera a z webovej aplikácie. Zároveň tieto produkty používatelia sú zvyčajne oveľa skúsenejšími a typickými nováčikmi v ich prostredí nie sú diskutované. V dôsledku toho sa situácia môže tvoriť, keď nič nefunguje a opýtajte sa nikoho. S Apache je to zaručené, že sa nestane.

V skutočnosti, čo robili vývojári Apache to, čo umožnilo ich brainfildovi, aby urobili zvláštne miesto? Odpoveď je dostatočne jednoduchá: išli vlastnou cestou. Kým CGI ponúkol abstraktné z konkrétnych riešení, so zameraním na univerzálnu bránu, Apache bol prijatý odlišne - webový server a aplikačný server boli najviac integrované.

V skutočnosti, ak spustíte aplikačný server ako modul webového servera v celkovom priestore adries, potom dostaneme oveľa jednoduchšiu schému:

Aké výhody to dáva? Jednoduchšia schéma a menej prvky v ňom, tým ľahšie je lacnejšie sprevádzať a udržať ho, tým menšie body zlyhania v ňom. Ak to nemusí byť taký dôležitý pre jeden server, potom v hostingu je to veľmi významný faktor.

Druhou výhodou je výkon. Opäť, Nginx fanúšikovia znova, vďaka práci v jednom priestore adries, APACACH + MOD_PHP Application Server výkon bude vždy 10-20% rýchlejšie ako akýkoľvek iný webový server + Fastcgi (alebo iné CGI riešenie). Treba však pripomenúť, že rýchlosť lokality je splatná nielen s výkonom aplikačného servera, ale aj rad ďalších podmienok, v ktorých alternatívne webové servery môžu vykazovať výrazne lepší výsledok.

Ale je tu ďalšia, pomerne vážnou výhodou, je to schopnosť konfigurovať aplikačný server na úrovni samostatného miesta alebo používateľa. Vráťme sa trochu späť: V schémach FastcGI / CGI je aplikačný server samostatný servis, s vlastnými, nastaveniami, ktoré môžu dokonca pracovať na inom používateľovi alebo na inom hostiteľovi. Z hľadiska administrátora jedného servera alebo nejaký významný projekt je to skvelé, ale pre užívateľov a hosting administrátorov nie je veľmi.

Vývoj internetu viedlo k tomu, že počet možných webových aplikácií (CMS, skripty, rámce, atď) sa stalo veľmi veľkým a nízka prahová hodnota vstupu prilákala veľký počet ľudí bez špeciálnych technických poznatkov. V rovnakej dobe, rôzne webové aplikácie by mohli vyžadovať rôzne nastavenia aplikačného servera. Ako byť? Zakaždým, keď kontaktovať podporu?

Rozhodnutie bolo pomerne jednoduché. Vzhľadom k tomu, aplikačný server je teraz súčasťou webového servera, môžete ich poučiť, aby ste spravovali jeho nastavenia. Tradične, httaccess súbory používané na správu nastavení Apache okrem konfiguračných súborov, ktoré umožnili používateľom napísať svoje smernice tam a aplikovať ich do adresára, kde sa tento súbor nachádza a pod položkou Nastavenia nie sú prekrývané súborom httaccess. V režime MOD_PHP vám tieto súbory tiež umožňujú zmeniť mnoho možností PHP pre samostatné stránky alebo adresár.

Ak chcete vykonať zmeny, nemusíte reštartovať webový server a v prípade chyby, len táto stránka prestane fungovať (alebo jej časť). Okrem toho vykonajte zmeny v jednoduchom textovom súbore a dať ho do priečinka na stránke pre dokonca nepripravených používateľov a bezpečne pre server ako celok.

Kombinácia všetkých týchto výhod a poskytla Apache tak širokú aplikáciu a stav univerzálneho webového servera. Ďalšie rozhodnutia môžu byť rýchlejšie, ekonomickejšie, lepšie, ale vždy vyžadujú nastavenia pre úlohu, preto sa vzťahujú hlavne v cieľových projektoch, Apache je úplne dominuje v hromadnom segmente.

Hovoríme o zásluhách, obrátime sa na nevýhody. Niektoré z nich sú jednoducho opačná strana medaily. Skutočnosť, že aplikačný server je súčasťou webového servera, poskytuje výhody vo výkone a jednoduchosti konfigurácie, ale zároveň nás obmedzuje, pokiaľ ide o bezpečnostné hľadisko - aplikačný server vždy spustí v mene webového servera av Flexibilita systému, nemôžeme rozrezať webový server a aplikačný server do rôznych hostiteľov, nemôžeme používať servery s rôznymi verziami skriptovacieho jazyka alebo rôznym nastaveniam.

Druhý mínus je vyššia spotreba zdrojov. V schéme CGI, aplikačný server generuje stránku a poskytuje webový server, uvoľní zdroje, Apache + MOD_PHP Bundle uchováva zdroje aplikačného servera sú obsadené, kým webový server vráti obsah stránky klienta. Ak je klient pomalý, zdroje budú obsadené po celú dobu jej služby. To je dôvod, prečo pred Apache často dal Nginx, ktorý hrá úlohu rýchleho klienta, to umožňuje Apache rýchlo dať stránku a uvoľniť zdroje presunutím interakcie s klientom na ekonomickejší Nginx.

Záver

V jednom článku je celé spektrum moderných technológií nemožné, takže sme sa zamerali len na tie, niektoré veci zámerne odchádzajú na scénu, rovnako ako sa uchýlili k podstatným zjednodušeniam. Nepochybne, počnúc prácou v tejto oblasti budete potrebovať hlbšiu štúdiu témy, ale s cieľom vnímať nové poznatky, je potrebný určitý teoretický základ, ktorý sme sa snažili položiť tento materiál.

Ak sa počítač používa denne, ktorý je pripojený k sieti, ak je internet pripojený aj na mobilnom gadget, potom každý používateľ je z času nakonfigurovaný so slovom - "server". A toto slovo sa môže vyskytnúť v rôznych kombináciách, a nie každý užívateľ chápe, o čom je. Čo sa skrýva pred slovom "server" a prečo je to potrebné pre používateľov?

Pod pojmom "server", hardvérové \u200b\u200bzariadenie a softvér pre to môže byť skrytý (hardvér a virtuálne). Hardvérový server je samostatný počítač. Je potrebné zabezpečiť prácu iných počítačov a kancelárskych zariadení. Virtuálny server je softvér. Zároveň špecifický server nezmizne tieto dva typy.

Predtým treba pripomenúť, že jeho úloha zahŕňa vytváranie sietí a používateľov, a nie riadenie siete. Užívatelia sami dali úlohy na server a rýchlo sa rozhodne. Čím lepší server, napríklad, napríklad HP servery, tým lepšie plní svoje povinnosti.

Práca veľkých spoločností, na ktorých je nainštalovaných mnohých elektronických zariadení, je už ťažké si predstaviť všetky tieto zariadenia v jednej sieti bez kombinovania. Server v Enterprise vám umožňuje diaľkovo spravovať kancelárske vybavenie a umožňuje komunikovať s počítačom.

Rozdelenie servera alebo neúspechu v jeho práci môže ukončiť katastrofu.

V podnikoch vám servery umožňujú optimalizovať prácu všetkých oddelení. Ale v každodennom živote sme často čelili fungovaniu serverov. Najmä prevádzkovatelia v hotovostných stoloch a bankách používajúcich server vytlačené dokumenty a vykonávajú registráciu. Server podporuje všetkých poštových, sociálnych sietí a manažérov komunikácie.

Server poskytuje sieť. Všetky stránky sú uložené na serveroch. Poskytuje virtuálny hosting. Takáto služba poskytuje hosting spoločnosti.