Virtual Server

[Beginer]

Kas yra Virtual Server? Kuo jis skiriasi nuo Dedicated?
Dedicated, tai suprantu, ten grynai visas serveris skiriamas vienam zmogui. O kaip su Virtual Server?
Realiai ar imanoma rasti gera hostinga su Ddos protection? Nes daug hostingo kompaniju skelbiasi turincios ddos apsaugas, bet jai paddosina, tai saita atjungia ir viskas
Nes paprasta DDos apsauga 500-1000$/men kainuoja, tai kazin ar gali but, kad firma parduodanti Virtual server uz 40-50$/men suteiks ddos apsauga...

[saint]

virtual server dažniausiai yra programinės įrangos būdu, sukurta aplinka, kurioje jautiesi kaip dedicated serveryje (root, ssh, gali softą kompiliuotis ir pan). pagrindinis skirtumas tarp dedicated ir virtual tas, kad viename fiziniame serveryje gali būti daug virtual serverių, tai jei kiti klientai dusiną servą - tau taip pat atsiliepia

pigios ddos nebūn. firma, parduodanti virtual server už 40-50$ suteiks ddos, kodėl gi ne. (tik primokėk 500-1000 dar)

[Artūras-M]

Viskas priklauso nuo virtualizacijos variklio. Yra nemažai jų, žinomiausi Virtuozo, Vserver, Xen, Vmware.
Pirmus du galima pavadinti tik virtualiais privačiais serveriais (VPS). Esmė tame, kad tiek Virtuozo, tiek Vserver dalinai naudojasi bendra atmintim, bendrais CPU resursais. Taip pat berods abiem pirmiesiems galioja tai, kad gali būti instaliuojama tik ta pati distribucija, kuri yra motininėj mašinoj.
Xen ir Vmware varikliais varomi virtualūs serveriai yra kitos kategorijos, tai virtualūs dedikuoti serveriai (VDS) Esmė tame, kad šiuo atveju virtualiam serveriui yra skiriamas realus RAM ir proporcingai teisė į CPU Time. Virtualiose mašinose gali būti instaliuotos skirtingos operacinės sistemos. Vmware atveju, viename serveryje gali suktis ir Linux ir Windows virtualūs serveriai.
VPS gavęs DOS tempiasi iš paskos kitus serverius, esančius toje pačioje mašinoje. Xen atveju DOS'inant vieną VDS kiti praktiškai to nejaučia. Vmware dar neturiu tiek patirties.
Be abejonės, jeigu nepaminėta, kad virtualus serveris yra atsparus DOS, tai apsaugos ir nėra. Tačiau VDS atveju DOS'inant vieną serverį kiti praktiškai tos atakos nejaučia. Tiekėjui neskauda nuo to galvos. Tai šiuo atveju skestančiųjų gelbėjimas jų pačių rankose
Kas link pačių apsaugų. Iš esmės apsaugą nuo DOS gali suteikti tik pats duomenų centras. Pas juos serveriai paprastai būna daug brangesni. Aš nesigilinau kokiu atveju organizuojamos apsaugos. DOS labai aktuali tema.

[saint]

nenagrinėjau giliai posto, bet dėl virtuozzo tamsta esate neteisus. galima ten labai gražiai skirstyti cpu ir ram porcijas vps'ams ir jų ddosas neįtakoja. ir šiaip, jei ddosas uždusina tinklo kortą, tai jokio skirtumo ar vmware ten suka virtualius images ar ne. virtuozzo gali sukti skirtingas distribucijas, tiesiog turi būti vienodo tipo (jei linux - tai linux).

pabandykite openvz - patiks

http://openvz.org/

o čia šiaip, ateičiai:

http://en.wikipedia.org/wiki/Comparison ... l_machines

[Artūras-M]

nenagrinėjau giliai posto, bet dėl virtuozzo tamsta esate neteisus. galima ten labai gražiai skirstyti cpu ir ram porcijas vps'ams ir jų ddosas neįtakoja.

O visada verta įsiskaityti....
Aš nepasakiau, kad Virtuozo neleidžia paskirstyti RAM ar CPU. Virtuozo leidžia „share“ RAM, tuo tarpu Xen to neleidžia. Automatiškai kai RAM šarinamas, dosinant kentės kiti labiau. Virtuozo žymiai lėtesnis už Xen.

Kas link interfeiso uždosinimo, tai irgi to nepadarysi, jeigu nežinai realaus serverio IP. Virtualus interfeisas luš ir tuom baigsis viskas, nes nebus ką dosinti.

OpenVZ yra Virtuozo nekomercinė versija. Bandžiau.

[Beginer]

Nu aisku, geriausia reiskia imti dedicated serva ir papildomai DDos protectiona, tik kad labai brangiai gaunasi
O kaip tie grandai The Planet ir visokie kitokie, negi ir jie jokiu apsaugu negali pasiulyt kartu su hostingu?

Kas link interfeiso uždosinimo, tai irgi to nepadarysi, jeigu nežinai realaus serverio IP. Virtualus interfeisas luš ir tuom baigsis viskas, nes nebus ką dosinti.

O kaip padaryti, kad nesuzinotu realaus servo IP?

Dar toks kvailas klausimas   Tarkim yra saitas www.domenas.com ir kai ant whoiso paziuri tai NS buna tokie: ns1.domenas.com ir ns2.domenas.com, tai jis tipo tam paciam saite pirko domaina ir hostinga? Ar tiesiog cia yra slepiami tikrieji ns (jei taip buna) ? Juk NS reikia nurodyti serverio adresa, o ne savo domaina. Tai gal sitoki prikola jei padariaus, maziau sansu kad ddosins ir pan. ?

[Artūras-M]

Jeigu žinai, kad tave dosins dieną naktį ir turi lėšų projektui, tai gali pasirūpinti. Tačiau jeigu vieną kitą kartą kokia 10-20 piemenėlių padosina, tai tikrai neverta pergyventi. Imi VDS ir nesuki sau galvos.

O kaip padaryti, kad nesuzinotu realaus servo IP?

Čia administratoriaus reikalas. Normaliai motininio serverio IP žino tik tas, iš ko tas servers nupirktas ir tas kas pirko.

Dar toks kvailas klausimas   Tarkim yra saitas www.domenas.com ir kai ant whoiso paziuri tai NS buna tokie: ns1.domenas.com ir ns2.domenas.com, tai jis tipo tam paciam saite pirko domaina ir hostinga? Ar tiesiog cia yra slepiami tikrieji ns (jei taip buna) ? Juk NS reikia nurodyti serverio adresa, o ne savo domaina. Tai gal sitoki prikola jei padariaus, maziau sansu kad ddosins ir pan. ?

Savo IP niekaip nepaslėpsi, whois rodo realius DNS serverius kurie palaiko vardą. Tipiškai pas daugumą hostingo tiekėjų ns1 yra pagrindinis serverio IP
Šiaip tai skeptiškai žiūriu į DOS problemą. Na padosina ir nustoja, pamatę kad serveris vėl greitai atsistato. Norint dosint reikia rimtai užsiimti, o tai darbas, lėšos ir tt. Iš esmės tai share hostingo problema. VDS ar DS ne bėda, nes atakuojamas tik vienas serveris

[Beginer]

Vat deja buna tokiu kurie ddosina, karta turejau ir ddos apsauga nuspirkes, tai kartais taip paddosindavo, kad nei apsauga nepadedavo arba vos vos vilkdavosi saitas Bet ddos apsauga buvo kartu su shared hostingu, tai gal ne tik mano vieno saita ddosindavo. Siaip buna visokiu smikiu, tipo sumokek tiek ir tiek saibu per tam tikra laika arba ddosinsim kol uzsidarysi
Radau va cia toki VPS burst.net/vps.shtml (cia ne reklama), nu ir raso DDOS Protection: TOP LAYER NETWORKS™ , a verta su tokiais prasidet?

[Artūras-M]

**********************************************
CPU: 200MHZ GUARANTEED + BURSTABLE
Memory: 128MB GUARANTEED + BURSTABLE
Disk Space: 3GB (RAID BASED CONFIG)
Bandwidth: 100GB/MONTH
**********************************************
Kaip įsivaizduot darbą su 200 MHz ? Aš supratu, kad tai ne tas pats, kas PC tokio greičio

Xen pagrindu tai galima prilyginti maždaug 32 MB VDS Na bet čia tik mano nuomonė.

[agiantalienforce]

nenagrinėjau giliai posto, bet dėl virtuozzo tamsta esate neteisus. galima ten labai gražiai skirstyti cpu ir ram porcijas vps'ams ir jų ddosas neįtakoja.

O visada verta įsiskaityti....
Aš nepasakiau, kad Virtuozo neleidžia paskirstyti RAM ar CPU. Virtuozo leidžia „share“ RAM, tuo tarpu Xen to neleidžia. Automatiškai kai RAM šarinamas, dosinant kentės kiti labiau. Virtuozo žymiai lėtesnis už Xen.

Kas link interfeiso uždosinimo, tai irgi to nepadarysi, jeigu nežinai realaus serverio IP. Virtualus interfeisas luš ir tuom baigsis viskas, nes nebus ką dosinti.

OpenVZ yra Virtuozo nekomercinė versija. Bandžiau.

Arturai, provaideris renkasi ar jam "sharinti" RAM'a ar ne. Teisinga savoka butu - oversell (panasiai kaip su DSL'inem linijom ir ISP). Virtuozzo/OpenVZ leidzia daug daugiau, nei "sharinti" - tu gali nurodyti kiek realaus RAM'o VPS'as garantuotai gaus, neziurint situacija sistemoje (paskaityk apie oomguarpages ir vmguarpages). Taip pat tu gali nurodyti neswappinama kernel ram'a, kuri VPS'as gaus (kmemsize) ir t.t. Taigi "dosinant kentes kiti labiau" yra visiskai neteisinga

"Virtuozzo zymiai letesnis uz Xen" - buk malonus, pateik kokiu nuorodu. Kas butent greiciau veikia Xen'e, nei VZ/OVZ? Mano supratimu syscall'u konvertavimas i saugius yra daug brangesnis malonumas, nei izoliuoti namespace'us.

Kas liecia tinklo DoS'inimu.. VZ/OVZ leidzia nustatyti tcp/kitu soketu kieki ir ju buferio dydi. Taigi, jei mes uzdosinsim VZ/OVZ VPS'a - paprasciausiai jis bus nepasiekiamas, tuo tarpu kiti VPSai toliau veiks normaliai. Beje, galima riboti ir tinklo pralaiduma(bandwidth?) kiekvienam VPS'ui.

Tai tiek

[agiantalienforce]

**********************************************
CPU: 200MHZ GUARANTEED + BURSTABLE
Memory: 128MB GUARANTEED + BURSTABLE
Disk Space: 3GB (RAID BASED CONFIG)
Bandwidth: 100GB/MONTH
**********************************************
Kaip įsivaizduot darbą su 200 MHz ? Aš supratu, kad tai ne tas pats, kas PC tokio greičio

Xen pagrindu tai galima prilyginti maždaug 32 MB VDS Na bet čia tik mano nuomonė.

Jie turi omeny: jei visi VPS'ai serveryje prades sukt "mprime -t" (torture) tai tu vistiek gausi 200mhz.. kas nera blogai 
Siaip tokios situacijos yra gan retos, didesne beda yra IDE'shni hardai, kurie pradeda labai spyriotis turint daug virtualkiu ant vieno serverio.

Beje, nuo kada lyginame CPU su RAM dydziu? Pasiaiskink

[Artūras-M]

Arturai, provaideris renkasi ar jam "sharinti" RAM'a ar ne. Teisinga savoka butu - oversell

Būtent. Ir man parodyk provaiderį, kuris nepašarins prispyrus reikalui, kai ateina naujas klientas ir jam pritrūksta 50 MB RAM. Kaip dievą myliu, dedu ranką prie širdius - Pašarinčiau 
Su Xen yra paprasčiau - trūksta RAM, reiškia atimi iš savo virtualių serverių po truputį ir atiduodi užsakovui. Arba imi naują serverį ir skaldai. Ne paslaptis, kad pirmi VDS Xen atveju yra siaubingai nuostolingi.

"Virtuozzo zymiai letesnis uz Xen" - buk malonus, pateik kokiu nuorodu. Kas butent greiciau veikia Xen'e, nei VZ/OVZ?

Čia ne nuorodose esmė, čia esmė yra subjektyviame testo rezultate. Ant to pačio PC buvo testuota Vmware, OpenVZ ir Xen. Xen buvo testuotas paskutinis. Ir man asmeniškai buvo šokas, kai nejaučiau skirtumo ar dirbu su realiu PC ar su virtulia mašina. Po šito aš paprasčiausiai nesigilinau į OpenVZ savybes. Vmware taip pat nepadėta į šalį dėl to, kad galima laikyti tiek  Linux, tiek Windows vaikus.
Beje, kiek skaitau forumus naudojančių vienu metu Xen ir OpenVZ, visi atsiliepia panašiai. Bet gal aš klystu

Kas liecia tinklo DoS'inimu.. VZ/OVZ leidzia nustatyti tcp/kitu soketu kieki ir ju buferio dydi. Taigi, jei mes uzdosinsim VZ/OVZ VPS'a - paprasciausiai jis bus nepasiekiamas, tuo tarpu kiti VPSai toliau veiks normaliai. Beje, galima riboti ir tinklo pralaiduma(bandwidth?) kiekvienam VPS'ui.

O neatrodo kad tai niekam nereikalingos funkcijos, kurios daugiau reklaminiais tikslais, plius dar naudoja papildomus resursus ?

[Artūras-M]

Siaip tokios situacijos yra gan retos, didesne beda yra IDE'shni hardai, kurie pradeda labai spyriotis turint daug virtualkiu ant vieno serverio.

Su Sata taip pat tokių problemų yra. Pabėginėjo SWAP sukurtas ant Primary particijos ( reiktų pasitikrint ar tikrai Primary ar Extended) Svarbiausia tai, kad kol load mažas, tai laiko, o tik load pašoka dėl kokių smulkių atakėlių, tuoj SWAP plumt ir nėra :-) Tai ganėtinai komplikuoja problemos paiešką.

Beje, nuo kada lyginame CPU su RAM dydziu? Pasiaiskink

Labai elementaru: šiuo atveju, VDS gaunantis pilną taktinį procesoriaus dažnį tą patį darbą padarys greičiau ir utilizuos tam procesui mažiau RAM. Negi sulyginsi 200 MHz PC su 3 GHz ?

P.S. Beje, kaip suprantu OpenVZ fanas pats, o gal būt ir ne tik. O Xen iš arčiau čiupinėjai ar tik šiaip ?

[agiantalienforce]

Del subjektyvumo - tiek jau to, nesigilinsiu. Gaunasi fleimas ir tiek. Yra benchmarkai tam reikalui ir pasistenkit arba nenaudot posakiu "tas greiciau uz ana" arba pateikt kazkokiu duomenu, irodanciu tai

Labai elementaru: šiuo atveju, VDS gaunantis pilną taktinį procesoriaus dažnį tą patį darbą padarys greičiau ir utilizuos tam procesui mažiau RAM. Negi sulyginsi 200 MHz PC su 3 GHz ?

Idomu. Cia matomai vel "subjektyvus" vertinimas buvo? Taktinis daznis ar CPU dalis per VDS/VPS nieko nesprendzia, jei procesas negali rezervuoti pakankamai atminties ar kitaip - mmapint. Gaus jis ENOMEM ir viskas baigsis, net jei turesi 100GHZ CPU. Sutinku, jog daugiau CPU laiko/dalies gaunantis VDS/VPS atliks darbus greiciau, bet tik su salyga, jog procesai sekmingai gales rezervuoti (jiems) reikiama kieki atminties.

Kas liecia tinklo DoS'inimu.. VZ/OVZ leidzia nustatyti tcp/kitu soketu kieki ir ju buferio dydi. Taigi, jei mes uzdosinsim VZ/OVZ VPS'a - paprasciausiai jis bus nepasiekiamas, tuo tarpu kiti VPSai toliau veiks normaliai. Beje, galima riboti ir tinklo pralaiduma(bandwidth?) kiekvienam VPS'ui.

O neatrodo kad tai niekam nereikalingos funkcijos, kurios daugiau reklaminiais tikslais, plius dar naudoja papildomus resursus ?

[/quote]

Neatrodo, nes kernelio developeris negaista laiko implementuodamas reklaminiais tikslais skirtu featuru Jei rimtai - tai tik dar vienas budas apsisaugoti nuo imanomu negerumu. Kas liecia pralaidumo reguliavimo - cia jau ne VZ/OVZ nuopelnas, o netfilterio. Ar naudosi ar ne - priklauso nuo tavo kompanijos politikos.

P.S. Beje, kaip suprantu OpenVZ fanas pats, o gal būt ir ne tik. O Xen iš arčiau čiupinėjai ar tik šiaip ?

Nesu as fanas, siaip tenka naudoti. Xen'a 2.x ciupinejau, reiktu pabandyt dabar, tik nerandu priezhasties

[Artūras-M]

Nesu as fanas, siaip tenka naudoti. Xen'a 2.x ciupinejau, reiktu pabandyt dabar, tik nerandu priezhasties

Dabar turiu priežastį naudoti OpenVZ, nes turiu vieną servuką kuris labai gerai sukasi, bet turi mažai RAM. Tačiau labai neturiu noro prisiminti visą OVZ instaliavimo procesą. Jis man pasirodė labai komplikuotas. Taip kad suprantu tavo nenorą užsiimti Xen
Beje, kaip OpenVZ elgiasi su multiprocesorinėm mašinom ? Naudoja tik vieną procesorių, ar gali dirbti su visais ?

[agiantalienforce]

na jo, pradziai nelengva. Manau tikrai pades OpenVZ wiki: http://wiki.openvz.org/Quick_installation, http://wiki.openvz.org

Kas liecia SMP: OVZ dirba su tiek CPU, kiek yra masinoje. Kiek pamenu standartinis vanilla kernelis palaiko 16CPU.

[Artūras-M]

Praėjo du metai, naudojant OpenVZ šalia Xen. Tačiau nežiūrint sukauptos patirties, nuomonė išliko ta pati - Xen yra arčiau dedikuoto serverio, nei OpenVZ. Su pastaruoju viskas paprasčiau, tačiau stabilumas geresnis gaunamas su Xen

[neworld]

Na mano tiekėjai duoda openVZ, su dedikuotų vienu branduoliu ir dedikuotu RAM. Tačiau disko ir ram pralaidumu naudojoasi dar 7 klientai (žodžiu blogiausiu atveju turiu tik 1/8 šių pralaidumų). Kituose VPS dalinasi dar daugiau žmonių. O kai su openVZ labai paprasta overselinti, tai tikrai šitas dalykas gali pabai stabdyti. Tiesa, dar nepatinka, kad openVZ galima apriboti socketų skaičių, atidarytų failų skaičių, procesų kiekį ir pan., o tai jau į DS labai nepanašu.

Be to, CPU ir RAM nereikėtų lygint. Man pilnai užtenka 256MB RAM ir dar lieka man jų pakankmaia, bet vat, vieno Intel(R) Xeon(R) CPU L5410 @ 2.33GHz branduolio trūkstą. Ir dar man kliūna 4096 failų limitas, bei žemokas disko pralaidumas. Bet ko jau ko, RAM dar tikrai netrūksta. Projekta sugeneruoja 18kk dinaminių užklausų per mėnesi, mysql 180 užklausų per sekundę.

[Artūras-M]

Be to, CPU ir RAM nereikėtų lygint. Man pilnai užtenka 256MB RAM ir dar lieka man jų pakankmaia, bet vat, vieno Intel(R) Xeon(R) CPU @ 2.33GHz branduolio trūkstą.

Dedikuoto branduolio OpenVZ nieks neduoda, man atrodo net ir nėra techninės galimybės priskirti konkretų branduolį VPS. Tai galima tik XEN virtualizacijoje.
Na o jeigu užtenka 256MB RAM, tai čia tikrai problema ne tame, kad vienas L5410 branduolys nepaveža tokio VPS, galim kelti klausimą kiek dar ant to branduolio pakabinta

[neworld]

Be to, CPU ir RAM nereikėtų lygint. Man pilnai užtenka 256MB RAM ir dar lieka man jų pakankmaia, bet vat, vieno Intel(R) Xeon(R) CPU @ 2.33GHz branduolio trūkstą.

Dedikuoto branduolio OpenVZ nieks neduoda, man atrodo net ir nėra techninės galimybės priskirti konkretų branduolį VPS. Tai galima tik XEN virtualizacijoje.
Na o jeigu užtenka 256MB RAM, tai čia tikrai problema ne tame, kad vienas L5410 branduolys nepaveža tokio VPS, galim kelti klausimą kiek dar ant to branduolio pakabinta

OpenVZ gali suskaičiuoti kiek resursų nuo mano CPU buvo paimta:

Kodas: Pasirinkti visus

[root@server proc]# cat stat
cpu  37026600 27 10375298 283718166 390128 0 0 0
cpu0 37026600 27 10375298 283718166 390128 0 0 0
intr 0
swap 0 0
ctxt 18234525015
btime 1228366797
processes 40571512
procs_running 1
procs_blocked 0

paskutinis skaičius rodo kiek procesoriaus laiko buvo naudojama kitiems vartotojams. Aš matau 0. Branduolio neužtenka ne dėl to, kad kiti naudoja, o dėl to, kad mano web serveriui reikia jo kuo daugiau, nes veiksmai su paveikslėliais sunaudoja tikrai nemažai

[Artūras-M]

Žaviuosi žmonių naivumu. OpenVZ atveju, ką gauna/mato VE naudotojas aprašo paties serverio administratorius. Pašarinsiu CPU nors 10 VE, tačiau VPS savininkai nieko nematys.....

[neworld]

na nežinau. Bet tai pats greičiausiai CPU už tokią kainą. Be to, jeigu pašarinsiu daugiau vartotojų, tai ir I/O bei RAM magistralė taip pat bus dalinama, nors atlikus vieną linux bechmarką mano VDS surinko 77 balus (užsienyje už tokią kainą vidutiniškai 23 balai ant to pačio testo)

[Change]

Sveiki visi gal kas galit padet , Arturai matau tu daug nusimanai gal gali parasyt pamokas , kaip su OpenVZ ir VMware reikia sukurti VPS , nes trecedieni gausiu Phenoma 965 , 16GB ram buciau labai dekingas , nes labai sunku cia kitaip .

[neworld]

http://wiki.openvz.org/Quick_installation

Labai paprastai paaiškinta ir neturėjau jokių keblumų, t.y. sistema veikė iš pirmo karto. Tai kam tie turorialai, kai ir taip jų pilnas google?