Virtuális privát szerver: ha számít, hogy mennyibe került a hoszting (x)

Hirdetés

A szerverhoszting-szolgáltatások piacán kiélezett a verseny, amelynek köszönhetően az árak is egyre alacsonyabbak, a vásárlók legnagyobb örömére. Az informatikai gyártók egyre újabb technológiákat adnak a szolgáltatók kezébe, amelyek révén azok lefaraghatják kiadásaikat és a megtakarítást az ügyfeleikkel megosztva még alacsonyabb áron kínálhatják csomagjaikat.

Az egyik ilyen technológia a virtualizáció, amely a jobb hardverkihasználás, alacsonyabb áramfogyasztás és az üzemeltetés hatékonyságának növelése révén járul hozzá a szolgáltatók költségeinek csökkenéséhez és ezen keresztül az alacsonyabb végfelhasználói árakhoz. A virtuális privát szerver (VPS) konstrukcióban egy fizikai hardveren több virtuális gép is működik, amelyek egymástól teljesen szeparáltak, az ügyfelek pedig rendszergazdai szintű hozzáférést kapnak saját virtuális szerverükhöz, lényegében korlátlan jogokkal, mintha csak egy privát szervert használnának.

A VPS konstrukció meghonosodása és elterjedése mára rendkívül alacsonyra vitte le az ilyen típusú szerverhoszting-csomagok árát, ezeket akármilyen vállalat megengedheti magának. Nagyságrendileg egy gyorséttermi menü vagy egy mozijegy áráért vehető meg a legkisebb virtuális privát szerver a MikroVPS-nél. Ezért 256 megabájt memória, 10 gigabájt háttértár és 500 gigabájt adatforgalom jár havonta, ami egy mikrovállalat statikus weboldalának megjelenítéséhez bőven elég lehet. Persze nagyobb igények esetén a szolgáltatás skálázható is 4 virtuális CPU-ig, 2,5 gigabájt memóriáig, 150 gigabájt tárterületig és 7,5 terabájtos havi adatforgalomig, az ár pedig még ekkor is csak egy olcsóbb kétfős éttermi vacsora szintjén mozog.

A MikroVPS a népszerű nyílt forrású Xen hypervisort használja a gépei virtualizációjára, amelyek egyébként a hosztingszektorban egyre népszerűbb SuperMicrótól származnak. A vállalatnál semmilyen megkötés nincs a futtatott platformra nézve, akár saját kernelt is használhat az ügyfél (ha az Xenen képes futni). A szolgáltatás teljesen automatizált és önkiszolgáló, egy újraindításhoz vagy újratelepítéshez nincs szükség az operátor manuális beavatkozására. A VPS-ek felülete az iparágban széles körben elterjedt és a legtöbb üzemeltető által ismert SolusVM.

Akinek a Xen-alapú megoldás által nyújtott szolgáltatás, és az erre vállalt 99,86 százalékos rendelkezésre állás (ez havonta 60 perc nem tervezett leállást jelent) „túl sok”, olcsóbb konstrukciót is választhat, például OpenVZ-alapú virtuális privát szervert, amely már havi 889 forintos bruttó ártól elérhető (256 megabájt memória, 10 GB háttértár, 100 GB adatforgalom). Egy ilyen konfigurációjú virtuális gép is tökéletesen ki tud szolgálni egy egyszerű kisvállalati ügyviteli rendszert például.

A nagy I/O teljesítményt igénylő alkalmazások számára a merevlemezeknél nagyságrenddel gyorsabb SSD-vel megtámogatott virtuális privát szerverek is igénybe vehetők a MikroVPS-nél, amelyek alkalmasak például nagy látogatószámú weboldalak, webáruházak kiszolgálására. Nagy mennyiségű adat tárolására is van lehetőség a MikroVPS-nél, a cégnek korlátlan linuxos (cPanel) és ASP.NET webtárhely-csomagja is van, persze kisebb kapacitású konstrukciók is elérhetők.

A MikroVPS szerverei Magyarországon találhatók. A vállalat szolgáltatásairól ezen a linken lehet bővebben tájékozódni, a HUP olvasói a HUP30 kuponkód megadása után 30 százalékos kedvezményt kapnak a VPS és cPanel Linux webtárhely-szolgáltatás árából.

(A MikroVPS megbízásából készített fizetett anyag.)

( csardij v | 2014. 03. 24., h – 10:41 )

Hellósztok!

Bármi kérdés van, nyugodtan tegye fel bárki!

MikroVPS | Telefon: +3694200210

Helló!

A sima OpenVZ szerverek AMD 4280 CPU-val vannak szerelve, azok is SuperMicro gépek. Be tudod magadnak kapcsolni a TUN/TAP támogatást is a webes kezelőfelületen, így gond nélkül tudsz OpenVPN szervert telepíteni és használni.

Nincs semmiféle hűségidő, amire előfizetsz és amíg fizeted a csomagot él a szolgáltatás, ha már nem kell lemondhatod akár azonnal, akár az adott ciklus végén, vagy csak simán nem fizeted be a következő számlát.

MikroVPS | Telefon: +3694200210

Erre azért figyeljetek, ha már van AAAA rekord,

curl -v -6 www.mikrovps.hu
* About to connect() to www.mikrovps.hu port 80 (#0)
* Trying 2001:950:1:23::3... Connection refused
* couldn't connect to host
* Closing connection #0
curl: (7) couldn't connect to host

illetve mivel nincs külön feltüntetve így nem is jár v6 a vpsekhez?

Helló

Láttam az oldalon, hogy domain átreg. is van. Na már most, ha én átviszem hozzátok, kapok olyan felületet, ahol magam állítom be a domain szervereket? Illetve, van olyan lehetőség, hogy a másodlagos domaint ti adjátok, az elsődlegesnek pedig én adok meg egy IP-t? Ha van, az feláras?

Még valami. Ez:
"VZ-256M - 700 Ft / Havonta" Ez most ez bruttó vagy nettó? vagy ez kiegészítése egy meglévő csomagnak?

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

( bugge | 2014. 03. 24., h – 10:43 )

Sziasztok!
Én már régebb óta is ismerem őket. Egy baráti társasággal bérelünk tőlük egy VPS- COD4 szervernek.
A pinggel sosincs gond a sávszél is mindig makulátlan. Elég sok egyedi pályát használunk, és ezeket egyszerre akár 12-15-en is szoktuk tölteni lefele, de meg sem kottyan a szervernek.
A beállításban is sokat segítettetek, így teljes mértékben meg vagyunk elégedve velük.

( LiRul v | 2014. 03. 24., h – 13:46 )

Tudom, hogy írtátok Mo-n vannak a szerverek, de esetleg SK-ban nem tudtok hasonló szolgáltatást nyújtani? Vagy valami partnercégen keresztül?

Arra probalok ravilagitani, hogy nincs olyan, hogy SK IP cim. Olyan van, hogy egy SK-ban levo cegnek lett kiosztva egy kisebb-nagyobb tartomany, de vegeredmenyben a whoisban szereplo adatok nagy mertekben attol fuggenek, hogy a LIR mit ir bele a whoisba. Nem kotelezo neked SK LIR-tol beszerezned az IP tartomanyt.

Értem, köszönöm a magyarázatot. Akkor átfogalmazva kérdésem, whois adatok alapján szlovák alhálóból kiadott IP-címmel rendelkező olcsó ovz-s hostingot tudtok adni? Egyetlen IP elég, nem szeretnék emiatt egy tartományt vásárolni.

( Finder | 2014. 03. 25., k – 15:46 )

- Fizetni hogyan lehet? (Paypal-t elfogadtok?)
- OpenVZ-n milyen disztribuciok elerhetoek?
- Mi tortenik adatforgalom tullepes eseten?
- IPv6-ot lehet kerni?
- A "OpenVZ csomagjainkről bővebben" szakaszbol hianyzik a VZ4G csomag
- Van tesztfajl amit le lehet tolteni kulfodrol sebessegtesztnek?

Helló!

A válaszok rendre:

MikroVPS | Telefon: +3694200210

( Finder | 2014. 03. 25., k – 23:12 )

Most olvasom az ÁSzF-et, és ez meglepett:

6. Az Előfizető által igénybe vett szolgáltatás azonnal, előzetes figyelmeztetés nélkül részben vagy
egészében felfüggeszthető vagy korlátozható vagy felmondható az alábbi esetekben:
[...]
• Minecraft szerver vagy bármilyen Minecraftothoz kapcsolódó szolgáltatás vagy weboldal
üzemeltetése
• Bármilyen Bitcoinhoz - vagy ahhoz hasonló - kapcsolódó értékesítés, vásárlás, bányászat

Tényleg csak kiváncsiságból: Ennek mi az oka?

( klixnetwork | 2014. 03. 26., sze – 19:59 )

Üdv! Feladtam a rendelést, kártyával szeretnék fizetni - céges kártya, erre nem lehet, mert PayPal fizetés lehet csak (vagy átutalás) akkor miért van jelezve, hogy lehet kártyával is fizetni? Regisztrálnom kéne egy PayPal accountot :(((

( richee | 2014. 03. 27., cs – 15:08 )

Eddig problémamentes a szolgáltatás. Regisztráltam, befizettem az összeget és már telepítettem is a LAMP stack-et a friss, ropogós CentOS disztróra. Nem gondoltam, hogy ennyire fájdalommentes lesz a dolog, de kellemesen csalódtam.

--=={ Richee }==--

"Roads? Where we're going we don't need roads." - Back to the Future

( _Franko_ v | 2014. 03. 28., p – 10:22 )

Versenyképes árakkal még akár jó is lehetne, de átlagosan 2-3x drágább, mint az átlagosan elérhető versenytársak... amiért a DigitalOcean-nál havonta 45 dollárt fizetek, az itt kb. 25e + ÁFA lenne... és lenne egy csomó kihasználatlan disk területem, amivel nem tudok mit kezdeni...
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Helló!

Elég jól sikerült összehasonlítanod az almát a körtével. Egyrészt ez egy USA-ban lévő cég, az ottani bekerülési árakkal és adó terhekkel, másrészt a overbookol

A DO-n a legkisebb csomag - 512 MB RAM-mal - 5 USD-be kerül, ez mai árfolyamon 1130 Ft. VZ-512M csomagunk ára pedig - ÁFÁ-val - 1143 Ft.

4 GB RAM-mal rendelkező OpenVZ alapú VPS-t tőlünk megkapsz már 4445 Ft-ért havonta. Ami fele a 45 dollárnak és az árfolyam ingadozásnak sem vagy kitéve.

Természetesen azt a szolgáltatást és ott rendeled meg és használod ahol akarod.

MikroVPS | Telefon: +3694200210

Neked nem megy a szövegértés. Arról volt szó, hogy adott két különböző szolgáltató, akik különböző paraméterekkel szolgáltatnak (hely, ár, overbooking, stb.) Tehát összehasonlíthatóak. (Érted, almát az almával, VPS szolgáltatót/-ást a VPS szolgáltatóval/-ással)

Az ár csak egy szempont a sok közül, bár tény, hogy ezt nem sok ember fogja fel.

Én felfogtam, de ő csak az árat kritizálta úgy, hogy semmi mást nem nézett. Se technológiát, se overbooking-ot, csak hasraütés szerűen összemérte a kettőt aztán rákiáltotta hogy drágább. A közlekedési eszközöket is össze lehet hasonlítani (alma-alma, 4 kereke van), de nem mindegy hogy lovaskocsi vagy porsche

// Happy debugging, suckers
#define true (rand() > 10)

Egyrészt van egy "Ha" az elején, másrészt ha visszaolvasod a szálat, akkor ezt én írtam: "Az ár csak egy szempont a sok közül, bár tény, hogy ezt nem sok ember fogja fel."

A lényeg, hogy itt arról megy a vita, hogy ki milyen szempontok alapján hasonlít össze VPS-eket. Valakinek csak az ár fontos, de vannak olyanok is, akiknél az az egy szempont nem számít.

Nem almát a körtével, hanem szolgáltatást a szolgáltatással.

"Egyrészt ez egy USA-ban lévő cég, az ottani bekerülési árakkal és adó terhekkel,"

...ez engem - mint ügyfelet - nem érdekel. Ha az egyik helyen ~8e forint, a másik helyen meg 30e, akkor az nekem évente 250e forint veszteség.

"másrészt a overbookol"

...amíg megfelelőek a válaszidők, nem érdekel, hogy hogy oldják meg.

Másrészt honnan az információ, hogy overbooking van és ha van, akkor mekkora arányban? Harmadrészt biztos, hogy nálatok is van overbooking, a kérdés az, hogy ez melyik ügyfélkört érinti és milyen módon.

"A DO-n a legkisebb csomag - 512 MB RAM-mal - 5 USD-be kerül, ez mai árfolyamon 1130 Ft. VZ-512M csomagunk ára pedig - ÁFÁ-val - 1143 Ft."

Nem a legkisebb csomagot használom, másrészt kevés a SWAP lehetőség. De tehetünk összehasonlítást, hogy terhelés alatt mit tud a két szolgáltatás, ha lesz időm, akkor kipróbálom, úgyis játszadozós időszakom lesz elosztott adatbázisokkal, megnézem, melyik szolgáltatás mit tud.

"Ami fele a 45 dollárnak és az árfolyam ingadozásnak sem vagy kitéve."

Ez ugye attól függ, hogy forintban vagy dollárban van a bevételem... mert ha dollárban, akkor a forint kiadás okoz árfolyam ingadozás kockázatot.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Helló!

Mint írtam, használd egészséggel a DO szolgáltatásait.

Ezek szerint Te nem a mi célközönségünk vagy, senki nem kötelez, hogy tőlünk vegyél meg bármint is, szabad piac van. Neked csak az ár fontos, másnak meg lehet, hogy pont nem az.

Xen esetén nem igazán lehet overbookolni.

MikroVPS | Telefon: +3694200210

"Mint írtam, használd egészséggel a DO szolgáltatásait."

Jelenleg ezt teszem. De igen hamar át tudok menni bármelyik IaaS szolgáltatóhoz.

"Ezek szerint Te nem a mi célközönségünk vagy, senki nem kötelez, hogy tőlünk vegyél meg bármint is, szabad piac van. Neked csak az ár fontos, másnak meg lehet, hogy pont nem az."

Mint írtam, majd megnézem, hogy mit tud... jelenleg még építem a tesztkörnyezetet, amelyet majd tesztelni fogok, és megnézem néhány VPS és Cloud környezetben, hogy mennyire terhelhetőek.

"Xen esetén nem igazán lehet overbookolni."

Lehet, hogy nem Xen-t használnak, ha igen, akkor lehet, hogy módosították, de resource overbooking nélkül cloud szolgáltatást indítani gazdasági öngyilkosság.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

"de resource overbooking nélkül cloud szolgáltatást indítani gazdasági öngyilkosság."
Vagy megkérik az árát, amit te kifogásolsz.
M.o. viszonylatban olcsóak, számomra meg többet jelent a latency és az, hogy a 4 giga ramom az valóban 4 giga, és ha ki is használom fullosan, nem fog 3 gigánál out of memory hiba jönni.

// Happy debugging, suckers
#define true (rand() > 10)

"Vagy megkérik az árát, amit te kifogásolsz."

Vagy megoldják jól az overbooking-ot anélkül, hogy észrevennék az ügyfelek. Nem annyira fekete-fehér ez, mint gondolod. :)

"M.o. viszonylatban olcsóak, számomra meg többet jelent a latency"

Igen, vannak ilyen esetek, amikor számít.

De vagy kizárólagosan csak magyarországi vezetékes hálózattal ellátott területre szolgáltatsz, vagy ugyanúgy nem tudsz mit kezdeni a 3G hálózat 200-500ms körüli latency-ével, mint a tized akkora hollandiai központ 20-50ms körüli latency-ével.

Mostanában fel kell készülnöd arra, hogy lesz latency.

"hogy a 4 giga ramom az valóban 4 giga, és ha ki is használom fullosan, nem fog 3 gigánál out of memory hiba jönni."

Az overbooking tipikusan nem úgy néz ki, hogy OOM jön, hanem úgy, hogy lassul a szolgáltatás, mert elkezd swap-ről dolgozni a host. Illetve úgy, hogy ha kérsz 100G storage-t, akkor nem osztják ki dedikáltan, hanem csak annyit, amennyit használsz is, ahogy a CPU-t se dedikálják, hanem több guest osztozik egy-egy magon, aztán majd belassulnak, ha épp mindegyiknek kell. Aztán nagyobb méretekben pakolják alá az erőforrásokat, de például a build célra használt gépem esetén a nap 24 órájából 23 órán át nincs a CPU használva, illetve a memória is csak félig:
http://munin.javaforum.hu/javaforum.hu/build.javaforum.hu/memory.html

Nem érdekel, hogy mit csinálnak azzal a CPU erőforrással és szabad memória erőforrással, amelyik nem kell a nap 23 órájában. Az viszont érdekel, hogy elfogadható reakcióideje legyen, amikor kell. És ezt teljesíti.

A szolgáltató érdeke, hogy az erőforrások mindig ki legyenek használva, ne csak kiosztva legyenek.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Igen, de nincs overbooking, mint ő is mondta és nem, nem te vagy a célközönség, ahogy ő is mondta. Miért kell ezen rugózni? Más elvárásaid vannak, ezért drágállod az árat, nekem megint más elvárásaim vannak, azokhoz képest pedig olcsó.

// Happy debugging, suckers
#define true (rand() > 10)

"Igen, de nincs overbooking, mint ő is mondta"

Valószínűleg nem ugyanazt értjük overbooking alatt. Mondhatnám úgy is, hogy a világ mást ért overbooking alatt, mint amit Te írtál: "a 4 giga ramom az valóban 4 giga, és ha ki is használom fullosan, nem fog 3 gigánál out of memory hiba jönni" - ez ugyanis egyetlen egy fajtája az overbooking-nak, ennél sokkal szofisztikáltabb overbooking megoldások vannak, amelyeket észre se veszel, ha nem figyelsz nagyon erősen.

"és nem, nem te vagy a célközönség, ahogy ő is mondta."

Ugyanazon a piacon versenyeznek ugyanazzal a szolgáltatással. A technikai megvalósítás nem érdekel, csak a szolgáltatás, az ár és az SLA.

"Más elvárásaid vannak, ezért drágállod az árat, nekem megint más elvárásaim vannak, azokhoz képest pedig olcsó."

Nyilván. De akkor ki kell mondani, hogy rétegigényt elégítenek ki, nem pedig általános IaaS szolgáltatók.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

"A technikai megvalositas is a szolgaltatas resze."

Nem. Nem érdekel, hogy a storage milyen technológia a szolgáltatás mögött. Ha a megfelelő paraméterekkel rendelkezik (interfész!), akkor nem érdekel, hogy ultramodern űrtechnológia dolgozik vagy rabszolgák vésik kőbe a biteket (implementáció!).
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Azért ez sosem mindíg kőkemény üzlet. Sokszor preferencia szempont, hogy milyen a használhatósága, milyen plusz szolgáltatások járnak mellé és hogy milyen a support. Maga a technológia sem mind1, mert elvárás lehet a szeparáció maximalizálása és akár nagy rendelkezésre állás (pl. külső storage és rossz esetben is csak újraindul a VPS egy másik hoszton).

"Sokszor preferencia szempont, hogy milyen a használhatósága, milyen plusz szolgáltatások járnak mellé és hogy milyen a support."

Igen. De ezeket általában csak kipróbálás után vagy mások tapasztalatai alapján tudod meg, viszont az összes szolgáltatót nem tudod kipróbálni, kénytelen vagy néhány fontos paraméter alapján rangsorolni és a felső néhány szolgáltatót kipróbálni.

"Maga a technológia sem mind1, mert elvárás lehet a szeparáció maximalizálása és akár nagy rendelkezésre állás (pl. külső storage és rossz esetben is csak újraindul a VPS egy másik hoszton)."

Nem érdekel, hogy milyen módon oldják meg, _HA_ megígérik ÉS megoldják.

Nem kell egészen pontosan és részletesen tudnom, hogy egy logisztikai cég egészen pontosan milyen módon juttatja el a címzetthez a csomagot, mert számomra - mint ügyfél - ez érdektelen.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Neked igazából nem VPS-re van szükséged, hanem egy konzolra. Ez igazából a szakmai igényességedet mutatja, semmi mást (Leszarom hogy oldják meg, ha megoldják). Ha egy kicsit is képben lennél, akkor tudnád hogy mi az előnye és mi a hátránya egyiknek/másiknak és mindjárt nem sikítoznál hogy drága.
Te boldog vagy attól, ha kapsz egy ip-t amin fut egy konzol és az ip is válaszol a pingre az idő nagy részében, lefosva a háttérben működő dolgokat. Van akinek ennél kicsivel nagyobb szakmai igényessége van

// Happy debugging, suckers
#define true (rand() > 10)

"Neked igazából nem VPS-re van szükséged, hanem egy konzolra."

Igen, a virtualizációs világ a PaaS felé megy az IaaS felől.

"Ez igazából a szakmai igényességedet mutatja, semmi mást (Leszarom hogy oldják meg, ha megoldják)."

Ahogy látom elfogytak a szakmai érveid (nem most, hanem már jó pár hozzászólás óta).

"Ha egy kicsit is képben lennél, akkor tudnád hogy mi az előnye és mi a hátránya egyiknek/másiknak és mindjárt nem sikítoznál hogy drága."

Teljes mértékben tisztában vagyok, hogy mi a különbség és mi a hasonlóság közöttük. Amit különbségnek vélsz, az hasonló. Ami különbség, annak a közelében se jársz... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Bocs hogy beleszólok a szakmai vitába
Gábor egyszer már segített Android ügyben amit ujra köszönök
De az miért nem szempont hogy a hazai szolgáltatót támogatom inkább mint a külföldit?
Pl Németországban dolgozó ismerőseim mondták hogy a német akkor is német cikket vessz ha drágább mint a külföldi mert tudja hogy azzal német munkahelyeket teremt, a pénz nem vándorol ki az országból
Talán ezért (is) tart a német gazdaság fényévekkel előrébb mint a magyar

De az miért nem szempont hogy a hazai szolgáltatót támogatom inkább mint a külföldit?

kattinthatsz a hazai szolgaltato "Donation" paypal gombjara is...

Talán ezért (is) tart a német gazdaság fényévekkel előrébb mint a magyar

rovid valasz: LOL. Hosszabb valasz: ez is nyilvan egy (apro) szempont, de ketlem, hogy ezen allna vagy bukna a dolog...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

"Kérdeztem tőlük, elképzelhető lenne-e hogy német város ne Siemens villamost vegyen akkor is ha drágább mint mondjuk az Alstom
A válasz : teljességel kizárt"

Aztán mégiscsak megveszik, ha olcsóbb vagy jobb... a valóság általában nem fekete-fehér.

http://www.alstom.com/Germany/projects/transport/

Vagy ha helyileg ott gyártják, akkor az már Siemens? :)

"de ketlem, hogy ezen allna vagy bukna a dolog..."

Szerintem meg nagyrészt ezen múlik
Ha látok egy Siemens vagy más feliratú német céges kocsit az 101%-ban német autó
A Siemensnél mondjuk Skoda Octavia is van de azok is a Wolksvagen csoport tagjai
Én nem láttam de mindegyik azt mondja hogy minden kis településen, bárhova megy, gyárak és termelőüzemek sokasága
Mi meg már a makói hagymát és a vecsési káposztát is importáljuk

igen, volt regebben ez az 5-os vonalkodu termeket vegyel kampany, ami netto ostobasag. Adott egy vallalkozo, akinek x termek kell. Tfh, hogy a boltok polcain 6 vendor portekaja szerepel, es tfh nagyjabol ugyanazt tudja mind, de az egyetlen (polcon levo) magyar termek dragabb vagy pl. feature-ben le van maradva a tobbitol. Persze a mesebeli vallalkozonk megveheti akkor is a dragabb magyart, de esszeruen jar el? Ketlem.

Mert ezzel dragabban szerzi meg versenytarsainal a bizniszhez szukseges kutyut, ami miatt hatranyba kerul azokkal szemben, pl. dragabban mukodik, ami miatt az o termekenek is dragabbnak kell lennie (az o vasarloi is rosszabbul jarnak), es/vagy kisebb arrest tud ervenyesiteni, etc. Es mindez miert? Mert valami hangzatos nemzetieskedo bullshit tamadta meg a ceo agyat...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

"De az miért nem szempont hogy a hazai szolgáltatót támogatom inkább mint a külföldit?"

Nem feltétlen gondolom úgy, hogy mindenképp egy hazai céget kell támogassak, ha az nekem egyébként rossz... másrészt ezzel legalább ösztönzöm a hazai céget, hogy legyen versenyképes árban és szolgáltatásban.

"Németországban dolgozó ismerőseim mondták hogy a német akkor is német cikket vessz ha drágább mint a külföldi mert tudja hogy azzal német munkahelyeket teremt, a pénz nem vándorol ki az országból"

Nyilván ezért gyárt itt az Audi és a Mercedes is, mert árérzékeny a német is, ha nem arról van szó, hogy 10 vagy 12 centért vegyen kiflit... :)

"Talán ezért (is) tart a német gazdaság fényévekkel előrébb mint a magyar"

Tehát csak a németek belső vásárlásai tartják életben az egyébként drága, rossz hatékonyságú és silány minőségű iparukat? Vagy esetleg a német ipar olcsó, jó hatékonyságú és jó minőségű termékekkel látja el a belső és a külső piacokat is, ezért aztán nem csak németek vásárolnak például WV-t, BMW-t, Audi-t és Mercedest-t?
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Teljesen fuggetlenul mindket szolgaltatotol: Annyiban igaza van csardij-nek, hogy a DO-nak (tudtommal) nincs BIX peeringje. Ergo ha Magyarorszagra szolgaltatsz, kiteszed magad annak, hogy random magyarorszagi szolgatatoknal csucsidoben csak nagyon lassan fog menni a szolgaltatasod. A legnagyobb problema raadasul az, hogy erre meg ra sem fogsz jonni, hiszen honnan tudnad? Amennyiben nemzetkozileg szolgaltatasz, akkor egy ponton tul amugy is el kell gondolkoznod azon, hogy hogyan meg a globalizalas problemajat.

A masik, ami szerintem nem egeszen elhanyagolhato VPS tekinteteben, hogy OK, hogy RAM-RAM, disk-disk, de milyen RAM es milyen disk? Mert azon kivul, hogy a DO rairja, hogy SSD (abbol se mindegy hogy milyet hasznalsz), nem sokat lehet tudni egyik szolgatatas hattererol sem.

Osszegezve: vannak olyan szempontok, amik miatt erdemes lehet magyarorszagi szolgaltatot valasztani, de ezek a szempontok nyilvan nem mindenkire ervenyesek.

( Mcsiv v | 2014. 03. 29., szo – 00:28 )

Egy kis anomália: megrendelés gombra kattintva beállíthatom hogy hány ip-t szeretnék. Alapból 1, viszont ha átállítom kettőre akkor mind a kettőt felszámolja (szóval 1 nincs ingyen, ahogy alapból, ami így elég fura) ;) Ráadásként sokkal drágább mint ha két kicsi openvz szervert bérelnék és egyszerűen forwardolnám a forgalmat

// Happy debugging, suckers
#define true (rand() > 10)

( gergelykiss | 2014. 10. 07., k – 01:14 )

Kedves "csardij"!

Épp ismerkedem a szolgáltatással (Xen VPS-t rendelt egy ismerősöm, és megkért, hogy telepítsem fel a rendszert neki).

Az elmúlt 2-3 óra tapasztalata:

  1. Kicsit zavaros a megrendelés folyamata. Ismerősöm korábban megrendelt egy Xen VPS-t, viszont utólagosan szeretnének áthozni néhány domaint is egy másik szolgáltatótól. Az átregisztrálásos felületen narancssárga háttérrel ki van írva, hogy "nem rendelkezik még tárhely szolgáltatással". Világos, nem DNS-szolgáltató vagytok, csak tárhely mellé adtok domain fenntartást, ugyanakkor ezt a figyelmeztetést simán lehet ignorálni, és el lehet jutni a fizetésig. Nem tudom, hogy ez bug-e avagy feature. Illetve, a VPS is tárhely-szolgáltatásnak számít? Ha igen, akkor szerintem pontosítani kellene a megfogalmazáson.
  2. Igen szűkszavú és szegényes a tudástár (mondom ezt mint benyomás)
  3. Nagyon minimalista a webes kezelőfelület. Ez akár jó is lehet, de tényleg nem vittétek túlzásba, csak a legalapbvetőbb funkciók érhetők el. Nem kifogás, csak észrevétel.
  4. Nem lehet partícionálni a rendszert, kapok egy root partíciót meg egy swap-et és kész. Ez azért lényeges, mert lenne pár könyvtár, amit elválasztanék a root-tól biztonsági okokból (pl. /tmp, /var/tmp, /var). Fogadjuk ezt el áldozatként az alacsony árért cserébe vagy esetleg van valami "hivatalos" megoldás erre a problémára (pl. több virtuális diszkként kapjuk meg ugyanazt tárhelyet)?
  5. CentOS 6.5-öt telepítettem, bekapcsoltam az SELinux-ot permissive módban (!) és azóta nem bootol a gép, se kép, se hang. Lehet, hogy én nyúltam mellé valamivel, viszont azóta mintha eltűnt volna a diszk, újratelepítés után sem indul a szerver (ezt nyilván bejelentjük majd a support-on keresztül, mert úgy tűnik, nem tudom már helyreállítani sehogy a szervert).
  6. "Hazudik" a webes felület: ha elindítom a VM-et, és hiba miatt nem tud elindulni (offline a státusza), akkor is azt mondja, hogy a sikeresen bebootolt a rendszer.

Egyébként szimpatikus a szolgáltatás, a weboldal kifejezetten tetszik (informatív, letisztult, jól látszik, mit és mennyiért kap az ember), de valamiért az az érzésem, van még jónéhány dolog, amin lehetne fejleszteni.

Köszi előre is, ha kapok valami visszajelzést!

Üdv:
Gergő

1. A VPS nem tárhely, a kettő két külön dolog. Domain esetén pedig tetszőleges névszervert lehet használni, akár sajátot, akár más szolgáltatóét, ezért lehet tárhely nélkül is domaint rendelni.
Még senki nem említette, hogy a VPS tárhely szolgáltatás lenne, a VPS rövidítése is Virtuális Privát Szerver, teljesen más dolog mint a hagyományos osztott tárhely.
2. Ez tény, azonban a VPS célközönsége az, aki ért hozzá. De majd javítunk rajta.
3. Egy VPS esetén az alap funkciókon kívül mit szeretnél? Te rakod fel amit akarsz, rakhatsz a VPS-be akármit, mi nem is látunk bele, hogy neked mid van.
4. Ez így működik és így is fog. Xen HVM esetén van lehetőség arra, hogy saját partíciós elrendezést használj.
5. A disztribúció által szállított kernel kerül bebootolásra, így nnak limitációit kell figyelembe venni. Több ügyfelünk használja a Selinux-ot hiba nélkül, igaz, 5-ös Centos-al (a redhat dobta a hivatalos Xen támogatást a CentOS 6-hoz, így nem biztos, hogy megírták a szükséges beállításokat, lehet kézzel kell utána állítani).
6. Ennek a hibának utána nézünk. Bár alapvetően a visszajelzés arra vonatkozik, hogy a parancs (indítás, leállítás, stb.) sikeresen végrehajtódott, nem pedig arra, hogy ténylegesen bebootolt e a rendszer!

Kedves csardij,

A 2. es ponthoz tartozóan szeretném megjegyezni hogy véletlenül tiszában vagyok "gergelykiss" linuxos és hálózati ismereteivel, és ennek fényében bátran állíthatom hogy igen magas szinten képviseli a szakmát.

Semmi közöm hozzá, de javaslom a véleményét ennek megfelelően kezelni és nem degradálni az ismereteit.

P.