Malgraŭ la apero de malmultekosta VPS, tradicia retprovizado ne mortos. Ni provu eltrovi, kiaj estas la diferencoj inter la du aliroj al reteja gastigado kaj kiu estas pli bona.
En la retejo de ĉiu memrespekta provizanto certe estos komparo de tradicia retprovizado kun virtualaj serviloj. La aŭtoroj de la artikoloj notas la similecon de VPS kun fizikaj maŝinoj kaj faras paralelojn inter ili kaj siaj propraj apartamentoj, atribuante komunajn retservilojn la rolon de komunumaj apartamentoj. Estas malfacile diskuti kun tia interpreto, kvankam ni provos ne esti tiel klaraj. Ni rigardu iom pli profunde ol la supraĵaj analogioj kaj analizu la funkciojn de ĉiu opcio por novuloj.
Kiel funkcias tradicia gastigado?
Por ke la retservilo povu servi diversajn retejojn, la t.n. virtuala gastiganto bazita en nomo. La HTTP-protokolo supozas la eblecon de elsendo kiel parto de peto (unuforma rimeda lokalizilo) - ĉi tio permesas al la servo kompreni kiun retejon aliras la retumilo aŭ alia klientprogramo. Restas nur ligi la domajnan nomon al la dezirata IP-adreso kaj specifi la radikan dosierujon por la virtuala gastiganto en la agordo. Post ĉi tio, vi povas distribui la retejodosierojn de malsamaj uzantoj en iliajn hejmajn dosierujojn kaj liberan aliron per FTP por administrado.
Por ke servilflankaj TTT-aplikoj (diversaj skriptoj aŭ eĉ enhav-administradsistemoj - CMS) estu lanĉitaj kun la rajtoj de aparta gastiga uzanto, speciala suexec-mekanismo estis kreita en Apache. Estas klare, ke la sekurecaj agordoj de la retservilo ne permesas al uzantoj enmiksiĝi en la ĝardeno de iu alia, sed ĝenerale ĝi vere aspektas kiel komunuma apartamento kun apartaj ĉambroj kaj komuna IP-adreso por centoj da retejoj. La datumbaza servilo (kutime MySQL) por virtualaj gastigantoj ankaŭ estas komuna, sed la gastiga uzanto nur havas aliron al siaj personaj datumbazoj. Ĉiu servila programaro krom retejaj skriptoj estas prizorgata de la provizanto; klientoj ne povas ŝanĝi ĝian agordon laŭ sia bontrovo. La konta administra procezo estas aŭtomatigita: por ĉi tiuj celoj, ĉiu gastiganto havas specialan retpanelon per kiu vi povas administri servojn.
Kiel funkcias VPS?
Kompari virtualajn servilojn kun fizikaj ne estas tute ĝusta, ĉar multaj VPS funkcias per unu "fera" gastiganto. Figure parolante, tio ne plu estas komunuma loĝejo, sed etaĝkonstruaĵo kun komuna enirejo kaj komunaj ŝarĝaj strukturoj. Por krei apartajn "apartamentojn" (VPS) ene de unu "domo" (fizika servilo), oni uzas ilojn de la operaciumo instalita sur la gastiganto kaj diversaj virtualaj teknologioj.
Se OS-nivela virtualigo estas uzata, klientprocezoj simple funkcias en izolita medio (aŭ ia ujo) kaj ne vidas la rimedojn kaj procezojn de aliaj homoj. En ĉi tiu kazo, aparta gasta OS ne komenciĝas, kio signifas, ke la programaro en la gastmedio devas esti duuma kongrua kun la sistemo sur la fizika gastiganto - kiel regulo, klientoj estas ofertitaj GNU/Linuksaj distribuaĵoj speciale modifitaj por ĉi tiu metodo de operacio. Estas ankaŭ pli altnivelaj opcioj, inkluzive de fizika maŝina emulado, sur kiu vi povas ruli preskaŭ ajnan gastan OS, eĉ de via propra instala bildo.
El la vidpunkto de administranto, ajna VPS ne multe diferencas de fizika servilo. Mendante servon, la gastiganto deplojas la elektitan agordon, kaj tiam sistema bontenado falas sur la ŝultrojn de la kliento. En ĉi tiu kazo, vi povas instali la necesan programaron kaj agordi ĝin kiel vi deziras - kompleta libereco elekti retservilon, PHP-version, datumbazan servilon ktp. La VPS ankaŭ havas sian propran IP-adreson, do vi ne devas dividi ĝin kun cent aŭ pli da najbaroj. Ĉi tie ni finos priskribi la ĉefajn diferencojn kaj transiros al la avantaĝoj kaj malavantaĝoj, de kiuj dependas la elekto de solvo.
Kiu opcio estas pli facila kaj pli oportuna?
Virtuala gastigado ne postulas administradon de la medio kiu subtenas la retejon. La kliento ne devas instali, agordi kaj ĝisdatigi sistemon kaj aplikaĵon mem, kaj en iuj kazoj la gastiga kontrolpanelo permesas instali CMS - ĉi tiu opcio aspektas alloga por komencantoj. Aliflanke, la taskoj de fajnagordado de la CMS ankoraŭ devos esti solvitaj sendepende, kaj krome, la relative malalta enira sojlo kaŝas malpli da fleksebleco de la solvo. La elekto de programaro estos limigita: ĉe komuna gastigado vi ne povas, ekzemple, ŝanĝi la version de PHP aŭ MySQL laŭplaĉe, des malpli instali ekzotikan pakaĵon aŭ elekti alternativan kontrolpanelon - vi devos uzi la ilojn proponitajn de la provizanto de servoj. Se via provizanto ĝisdatigas la servilon, viaj TTT-aplikaĵoj povas sperti problemojn pri programaro kongruo.
VPS ne havas ĉi tiujn malavantaĝojn de tradicia gastigado. La kliento povas elekti la OS kiun li bezonas (ne nepre Linukso) kaj instali ajnan programaron. Vi devos mem agordi kaj administri la medion, sed la procezo povas esti simpligita - ĉiuj gastigantoj proponas tuj instali kontrolpanelon sur la virtuala servilo, kiu aŭtomatigas la administran procezon. Danke al ĝi, ne estos multe da diferenco en administrada komplekseco inter tradicia gastigado kaj VPS. Krome, neniu malpermesas instali vian propran panelon, kiu ne estas inkluzivita en la listo de ofertoj de la provizanto. Ĝenerale, la superkosto de administrado de VPS ne estas tiom alta, kaj la pli granda fleksebleco de la solvo pli ol pagas iujn el la pliaj laborkostoj.
Kiu opcio estas pli sekura kaj pli fidinda?
Eble ŝajnas, ke gastigado de retejoj en tradicia gastigado estas pli sekura. La rimedoj de malsamaj uzantoj estas fidinde izolitaj unu de la alia, kaj la provizanto kontrolas la gravecon de la servila programaro - ĉi tio estas bonega eblo, sed nur unuavide. Atakantoj ne ĉiam ekspluatas vundeblecojn en sistemprogramaro; kutime retejoj estas hakitaj uzante neflakitajn truojn en manuskriptoj kaj nesekuraj agordoj de enhavadministradsistemoj. En ĉi tiu senco, tradicia gastigado ne havas avantaĝojn - klientresursoj funkcias sur la sama CMS - sed estas multaj malavantaĝoj.
La ĉefa problemo kun komuna gastigado estas la komuna IP-adreso por centoj da retejoj de malsamaj uzantoj. Se unu el viaj najbaroj estas hakita kaj komencas, ekzemple, sendi spamon per ĝi aŭ fari aliajn malicajn agadojn, la komuna adreso povas alveni en diversaj nigraj listoj. En ĉi tiu kazo, ĉiuj klientoj, kies retejoj uzas la saman IP, suferos. Se najbaro venas sub DDoS-atako aŭ kreas troan ŝarĝon sur komputilaj rimedoj, la ceteraj "luantoj" de la servilo suferos. Estas multe pli facile por la provizanto administri la atribuon de kvotoj por individuaj VPS; krome, al la virtuala servilo estas atribuita aparta IP kaj ne nepre nur unu: vi povas mendi ajnan nombron da ili, plian DDoS-protektan servon, kontraŭ -virusa servo, ktp. Koncerne sekurecon kaj fidindecon, VPS superas tradician gastigadon; vi nur bezonas ĝisdatigi la instalitajn programojn ĝustatempe.
Kiu opcio estas pli malmultekosta?
Antaŭ nur kelkaj jaroj, la respondo al ĉi tiu demando estis senduba - kun ĉiuj ĝiaj mankoj, ĉambro en komuna apartamento estis multe pli malmultekosta ol aparta apartamento. La industrio ne haltas kaj nun multaj buĝetaj VPS aperis sur la merkato: kun ni vi povas via propra virtuala servilo en Linukso kontraŭ 130 rubloj monate. Averaĝe, monato da funkciado de buĝeta VPS kostos al la kliento 150 - 250 rublojn; ĉe tiaj prezoj, ne utilas elteni la problemojn de tradicia gastigado, krom kiam vi bezonas gastigi simplajn vizitkartajn retejojn sur la retejo. servilo. Krome, virtualaj gastigaj tarifplanoj limigas la nombron da retejoj kaj datumbazoj, dum sur VPS la kliento estas limigita nur per la stokado kaj komputikkapabloj de la servilo.
fonto: www.habr.com