Rendszerüzemeltető céget keresünk

Fórumok

UPDATE: meghallgattunk mindenkit akit szerettünk volna, a hirdetés többé nem aktuális

Az Árukereső.hu Kft., Magyarország piacvezető ár-összehasonlító oldala keresi azt a rendszerüzemeltető céget, amely
- megbízhatóan, magas rendelkezésre állással
- nagyon rövid reakcióidővel, gyors és precíz hibaelhárítással
- rendszerfejlesztési igényeink rugalmas, megbízható és gyors kielégítésével
- magaszintű szakmai tudással
képes a cég teljes szerverparkját és irodai infrastruktúráját üzemeltetni.

Szerverparkunk
- a meglévő rendszer megbízható üzemeltetése
- kb. 20, különböző paraméterekkel rendelkező szerver
- vegyes operációs rendszerek: FreeBSD, OpenBSD, Debian, Gentoo
- egyedi megoldások, heterogén szoftverkörnyezet, igényeinkre szabott megoldások és szoftverek:
Nginx és Lighttpd webkiszolgálók OpenBSD gatewayeken keresztül, CARP failoverrer és terheléselosztással
Percona MySQL és egyéb teljesítmény optimalizálások, replikáció
ZFS FreeBSD-n
stb.
- Nagios, Munin monitorozás
- új technológiák követése
- a rendszer továbbfejlesztése
- igények felmérése
- új szerverek beszerzése, telepítése
- igényeink szerinti szoftverkörnyezet kialakítása, tesztelése, teljesítmény-optimalizálása
- biztonsági kritériumoknak való megfelelés
- teljeskörű (szerver és szolgáltatás szintű) monitorozás
- szerverhosting ügyintézés

Irodai infrastruktúránk
- kb. 50 desktop gép (nagyrészt Linux, néhány Windows és Mac Mini)
- Helyi hálózat kiépítése, karbantartása
- Kábeles + ADSL failover internet
- statikus DHCP címek (MAC alapján), WiFi, NAT
- Hálózati nyomtató, telefon, scanner karbantartása
- Linux alapú irodai szerver
- Samba + jogosultságok
- Squid web proxy: csoportok, csoportszintű black- és whitelistek
- iptables (routing, alapvető tűzfalazás)
- VPN, LDAP kialakítása
- távfelügyelet kiépítése, gyors hibajavítás
- hardver beszerzés és telepítés, leltározás

UPDATE: meghallgattunk mindenkit akit szerettünk volna, a hirdetés többé nem aktuális

Hozzászólások

20 szerveren 4 féle oprendszer? Gondolom eddig alkalmazott volt, aki szeretett buherálni... :)

Azért itt kétféle megbízás lehet:

1) Jónapot, tessék nekem a mostani rendszer tovább üzemeltetni és kész.

2) Jónapot, van egy weboldalam és az alá kell nekem egy infrastruktúra, lényeg hogy az oldal X %-os rendelkezésre állással menjen.

A privát véleményem az, hogy a T. megrendelőnek legyen már tökmind1, hogy min megy az oldala. Nyilván valóan, olyanba azért ne menjen bele senki, hogy az adott egzotikus rendszerrel bebetonozza a dolgokat.

A privát véleménynek itt nincs helye. A megrendelő have a money, és ezt szeretnéd a zsebéből a sajátodba tenni...és ilyenkor azt kell cserébe csinálni, amit kér.

Egyébként a kiírás szokatlanul egyértelmű. Van nekik infrastruktúrájuk, szoftvereik, weboldaluk, bevett ügymenetük és minden klassz cuccuk. Azt keresik, aki ezt életben tartja illetve a további lépéseket ezen alapokon megteszi nekik zsetonért.

Azért sehol nem írta, hogy ezen az infrastruktúrán indokolt esetben sem változtatnak, csupán annyit írt le, hogy jelenleg mijük van, és erre keresnek üzemeltetőt.
Szerintem ha az üzemeltető azt mondja, hogy az egyik BSD helyett mondjuk legyen suse (direkt vad példát írtam :D), mert az stabilabbá és megbízhatóbbá teszi az oldalt, és az üzemeltető vállalja, hogy így 99,99% lesz az elérhetőség, akkor gondolom a megrendelő is hozzájárul.

Erre a hozzáállásra szokták mondani, hogy nem eléggé proaktív.
Aztán szépen elküldik az illetőt és keresnek olyat, aki felvállalja a dolgokat.

Amúgy meg amíg nem kérdezted meg, minek ennyiféle szerver, nem fogod megtudni.
Lehet hogy épp megbízhatósági okokból ennyire heterogén a rendszer.

A megrendelőnek nyilvánvalóan az az érdeke, hogy a lehető legköltséghatékonyabban, stabilan működjön a rendszere.
Ha a szolgáltatást a mostani struktúra érdemi átalakításával hatékonyabbá lehet tenni (erős a gyanúnk..), akkor nem sok érv szól ellene, hogy ne tegyék meg.

Ezt írtad: "A privát véleménynek itt nincs helye". a végén mégis eljutunk odáig, hogy már szerinted is van helye a privát véleménynek. Szerintem meg mindig mindenhol van helye a privát véleménynek, a lényeg, hogy azt megfelelő körülmények között és formában kell tálalni.

És csak ismételni tudom magam: ahol ténylegesen nincs helye a privát véleménynek, az a szögelős droid munka. Én ezzel inkompatibilis vagyok...

Talán javasolt is .. ezért keresnek most újat. :)

Itt bizony tipikus technológiai buzulás nyomait vélem felfedezni: a megrendelő "0day" technológiákat és ritkán használt (hype -olt) eszközöket akar, miközben pénzben mérhető piaci előnyt számára ez nem jelent. Ez áldás egy buherátornak és átok egy bejáratott protokollokkal dolgozó komoly üzemeltetőnek.

A kiírás korrekt és a feladat érdekes - azonban a cég pénzügyi befektetőit nem értem, hiszen ez a hóbort a profitot sarcolja és vendor lock-in* szitut eredményezhet.

* Kevés cég és ember tud egy ilyen heterogén környezetet magas szinten üzemeltetni, nehéz a váltás, erős függés lesz az üzemeltető cég vagy csapat felé..

Finoman fogalmaztál a "technológiai buzulás"-al..:)

Más kérdést, hogy ezt a régi "karbantartó-fejlesztő-rendszergazda" a saját
horrorisztikus álmaiból manifesztálta.. vagy inkább és ez a valószínűbb, a "megbízó"
valamelyik nagy, de elég üres fejű "vezetőjének" a kívánságaihoz alkalmazkodott.
Mivel az utóbbi, nyilván a jövője is ilyen lesz.. a
- magaszintű szakmai tudással sort
- magaszintű szakmai tudással és mérhetetlen szopási affinitással-ra kellene cserélni.

Akármelyik is igaz, ekkora szarkupacot ritkán "látni".

+1
Volt már hasonlóban részem az ex munkahelyem egyik nagy ügyfelénél.
Bár ott az elődünk "technológiai buzulása" elsősorban a saját "from scratch" Linux "didztróján" alapuló, leharcolt PC-kből álló szerverhalom volt, némi Solaris-szal fűszerezve.
A 2006-os Sysadmin Day-re be is küldtem egy képet ezekről:
http://hup.hu/old/sysadminday.hu/kepek/vales/vales.jpg
Szerintem az illető Angliából sűrűn látogatja a HUP-ot, ezért felismerheti a néhai "gyermekeit". :D

---
Mézi 4Ever!

Két dolgot nem árt ezen a ponton tisztázni:

1. nem egy rosszul működő rendszert kell toldozgatni, javítgatni, hanem egy meglévő és kipróbált infrastruktúrát továbbra is karban tartani
2. az "igényeink szerinti" nem azt jelenti hogy mi mondjuk meg hogy xy szoftverből z verziót használhat a rendszergazda, hanem ahogy eddig is ment, leülünk megbeszélni az igényeket és javaslatokat.

A helyzet az, hogy a kiírás korrekt volt. Talán túl sokat is elárult. Ezért az itt lévők ezt elkezdték megbeszélni, és itt azért vannak olyanok is akik hasonlókkal foglalkoznak.
Ezért felmerülnek a következő kérdések:
1, Miért ennyire széttagolt a rendszer, így maradt, vagy tudatosan lett ilyen?
2, Milyen üzleti oka van a fenti megoldásnak, mert kívülről ennek magyarázható oka nincs?
3, Eddig saját maga csinálta a cég, vagy külsős csinálta?
4, Ha külsős, akkor mi a váltás oka? Pl. a széttagolt rendszer üzemeltetéséért sokat kért az üzemeltető?
5, Képes e elszakadni a hibrid megoldástól a megrendelő?
6, Vajon milyen áron szeretné megvásárolni a szolgáltatást a megrendelő?

Na ezek már belső infók amiket nem szívesen oszt meg az ember másokkal (maximálisan megérthető).
A lényeg, hogy az nem elég, hogyha részeibe belekapsz a dolognak, mert a többiről úgyis menni fog a diskurzus. Szóval, sztem hagyd, ha nem akarsz ezekre válaszolni :)

na vegre egy korrekt hirdetes... bar jo lenne tudni mennyit szannak ra :)
nemreg mintha alkalmazottat keresett volna ugyanez a ceg, nem valt be vagy nem talaltak?

szep kihivas az biztos, szivesen vallalnam is, de ez mar tul nagy falat 2-3 embernek...

A'rpi

Első blikkre: 10-15 ezer euro/hó az első 8 hónapra, amig rend
nem lesz utána le lehet engedni 8 ezer euróra.

> Sol omnibus lucet.

Hát akkor a végeredmény nem az lesz amit szeretnének. Rossz
magyar szokás, hogy lenyomjuk az árat, a problémák meg
menetközben megsokszorozzák a feladatot, a vállalkozó nem akar
nagyot bukni, tehát szarul fogja csinálni, amit csinál. A
megbízónak meg végül több kerül az egész, mintha rendes munkáért
rendes pénzt fizetne. Egy multinak szemrebbenés nélkül
kifizetnek 1000-1500 eurót naponta, amiatt sosincs nyávogás.

> Sol omnibus lucet.

Reális. Két év "hűségidővel", hogy a kezdeti irdatlan szopó és beruházás visszajöjjön.
Ezt mondjuk valszeg fele-negyede szerverből is ki lehetne hozni, új beszerzéssel, új szoftverrel.
Értelemszerűen ekkor az üzemeltetés is fele-negyede bírhat lenni.
Nem a vakvilágba beszélek, csináltunk/csinálunk ilyet.

--
Gábriel Ákos

btw ez komoly egyaltalan? csak mert eleg fura a felado nickje, meg aztan pentek 13, 13 ora :)

A'rpi

igen komoly.

Egy kis tisztazas:

A gepek nagy resze FreeBSD, osszesen 4 db gep linuxos (meg reges regrol amelyek jol ellatjak a feladatukat es nincs problema veluk). Es ertelemszeruen azert "vegyes" a rendszert mert mindennek meg van a helye es a feladata es megvan az oka, hogy miert OpenBSD vagy esetleg FreeBSD vagy talan Linux van a gepeken.

Nemtudom miert olyan nagy a megrokonyodes. Gondolom adott volt egy hw keszlet es abbol kelett kihozni a legtobbet.
Ebben az esetben enis OpenBSDt, carpal es nginxel csinaltam volna, moge FBSDn futo webkiszolgalokkal.
A leiras alapjan a gentoon xent es azon debian guesteket kepzeltem meg el.

Nemtunik ez olyan veszelyesen kokany dolognak.

20 szerverre akkor se tennék fel 4 különböző oprendszert, ha 5-en vernének korbáccsal. Mert többek között ez eredményezi azt, hogy nem tud egy embert felvenni a melóra, mert ennyiféle szaktudás nincs meg egy emberben, hanem egy olyan céggel kell szerződjön, ahol elég sok, különféle tudású emberből ki lehet választani mindig azt, aki a prompt probléma megoldására alkalmas.

Az már egy másik, fentieknél lényegesen szubjektívebb vita témája lehetne, hogy a fent emlegetett oprendszerekből melyik az, amit egyáltalán nem tennék fel sehova.

Szerintem igen "szereny" az, ha valaki nem ismeri ezeket a fent felsorolt OSeket.
Egyik sem egy kuriozum rendszer.

Izlesek es pofonok.

Ahogy fentebb is irtak, az szerintem csunya, ha az uzemelteto mondja meg mit csinaljon az ugyfel. Elvegre o fizet, ha neki ez kell akkor igy kell csinalni. A tobbit meg a szerzodesben lepapirozni, ha sirnak meglobogtatni. Ennyi.

Azzal, hogy meghirdette ezt a lehetőséget, azt is elismerte, hogy házon belül nincs meg a szükséges kompetencia. Tehát kinek kellene megmondani, hogy mi legyen?

A piac pedig afelé mozog, hogy szolgáltatásért fizetnek és a megrendelő-vállalkozó közötti interfészt a szolgáltatás minőségére alapozva jelölik ki.

Felénk a magas szintű ismeret és üzemeltetés azt jelenti, hogy a legfőbb szoftverek főbb alrendszereit nagyjából archiektúra (kód) szinten kell ismerni. Kell hogy legyen egy tonna tapasztalat arról, hogy különböző környezetekben hogy muzsikál az adott komponens, milyen nem dokumentált korlátai és hibái vannak, milyen terhelésprofil alatt hol alakul ki bottleneck és az hogy kezelhető, hogy és milyen hatékonysággal skálázható. Ez kell ahhoz is, hogy ha pl eszkalálni kell a problémát a gyártó felé, akkor az eredményes legyen, ha pedig nincs hova eszkalálni, akkor ne sötétbe lövöldözzünk vaktuningal és random patch -ekkel.

A magas szintű üzemeltetés egyetlen oprendszer mainstream komponenseinél is órási feladat, pláne abban az ütemben, ahogy a linux is fejlődik.. Nem véletlen, hogy az "Enterspájz" disztrók igen szegényes csomagkínálatot tudnak felmutatni a közösségi support -al rendelkező disztrókkal szemben.. Kicsit olyan ez, mint amikor pl egy RHEL -re rpmfind -ról teszel fel csomagot, mert az mennyivel újabb vagy coolabb. Aztán ha baj van lehet szidni a Redhat -ot, hogy miért nem ad supportot, de okosabb inkább a jól támogatott csomagot választani és megbarátkozni az esetleges korlátaival..

en pedig feltennek akar 20 felet is, ha a feladat optimalis megoldasahoz az szukseges.
szerintem sokkal neccesebb amikor win server es valami linux/unix server is van egy cegnel, arra szerintem nehezebb olyan 1 embert talalni aki mindkettoben pro.

linuxok es bsd-k kozt nincs azert akkora kulonbseg, 2 emberrel (1 linux guru es 1 bsd guru) kenyelmesen uzemeltetheto, teljes rendelkezesre allassal (egymast reszben tudjak helyettesiteni).

meg kell az irodara is 2 supportos meg egy hardveres/szervizes.

A'rpi

Nem nevezném azért szarkupacnak, de elég nagy a szórás OS-ek között.

Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra.

- Linuxos gateway is lehet olyan stabil és biztonságos mint egy OpenBSD,
- a ZFS tudom nagyon jó megoldás, de én néznék egy egyszerűbb filerendszert, hogy csak emiatt ne kelljen FreeBSD-t használni. (Illetve Sunos, és én most kerülném a Sunos megoldásokat. :D)

--
GPLv3-as hozzászólás.

"Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra."

LOOOOOOL!!!!

Eleve a linux desktopok az irodában vannak, közük nincs a 20 db szerverhez.
Nem is értem, eleve miért kéne migrálni bármilyen szervert, azért, mert a kliensek linuxok...

" Linuxos gateway is lehet olyan stabil és biztonságos mint egy OpenBSD,"

Te ilyen "a binux mindenre jó!!" típusú ember vagy, ugye?

"a ZFS tudom nagyon jó megoldás, de én néznék egy egyszerűbb filerendszert,"

Mi a bonyolult a zfs-ben???
Adminolni rendkvül könnyű...
Meg a kíírásban az szerepel, hogy " replikáció
ZFS FreeBSD-n"
Ezt lehet úgy is érteni, hogy zfs send - zfs recv -et használják, és pont, hogy emiatt kell a zfs...

nem fogok leállni vitatkozni arról, hogy valakinek lol a szervereket linuxra migrálni.
a hsz-edben ez az egy gondolat volt, ami nem flame keltő, tehát erre kérdeztem rá.

De még mindig áll a kérdés: ha egy linuxos hálózatban egy darab openbsd maradt, megéri-e az openbsd üzemeltetési költsége az openbsdt?

A hazilag osszerakott (fusi) vs. kesz (foleg kereskedelmi) megoldasok dilemma kapcsan esetleg erdemes az elhamarkodott hozzaszolasasok helyett (nem feltetlen a tiedre gondolok, csak itt kapcsolodok a thread-be) elobb megtudni az IT-budzse merteket. Mert szep is az a par millas cucc (foleg, ha tobb is kell belole), ha egyszeruen nincs ra penz. Ilyenkor ra van kenyszeritve az IT-brigad, hogy probalja meg kreativan, az elerheto opensource cuccokat testreszabva megcsinalni a feladatot.

Arrol nem is beszelve, hogy a kiirasban "egyedi megoldasokrol" van szo, amit nem tudni, hogy egy "keszen vett megoldas" kepes lenne-e teljesiteni. Guy Kawasaki-nak van egy startup-okra szabott erdekes irasa (nem tudom, hogy az arukereso mennyire nagy es regi ceg, vagy inkabb a startup-okhoz van kozelebb). O (VC-kent) kicsit maskent tekint ezekre a dolgokra.

http://www.openforum.com/idea-hub/topics/the-world/article/why-too-much…

SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta

Nézd, én próbálok nagy energiákat fektetni abba, hogy ne vegyem figyelembe, hogy ki adta fel ezt a hirdetést de nem sikerül. Nagyon sok érvet tudnék akceptálni, ha itt jóskapista bt. keresné steve bloodot, hogy oldja meg a problémáit, de ha ránézel a webjükre, akkor látszik, hogy messze nem erről van szó.

Az árukereső egy 5 országot felölelő, működő, befutott szolgáltatás. Gondolom nem én csináltam a napi két hitjüket. Márpedig egy ilyen portálnál rendszerszinten, hosszú távra gondolkodva kell megoldani a problémákat akkor is, ha a tisztességes megoldás adott pillanatban jobban fáj, mint a kókányolás.

Tehát ha a megrendelő elhatározta magát, hogy másik csapatra bízza az üzemeltetést, akkor alkalmas az időpont a teljes rendszer felülvizsgálatára és szükség szerint a módosítására is. Másrészt meg egy ilyen szerződés mindig alku végeredménye, ahol arra is érdemes gondolni, hogy lehet, hogy egy cég x eszközzel hatékonyabban oldja meg a feladatot, mihtna egy másik céggel szerződök z eszközzel. Simán lehet, hogy a megrendelő jobban jár, ha ő is enged.

Ez lett igazából lol-ozva:

""Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra.""

Ebből az jön le, hogy a hozzászóló el sem olvasta ezek szerint a kiírást, csak osztja az észt, vagy elolvasta, de egy pistike, és fogalom nélkül van.

"De még mindig áll a kérdés: ha egy linuxos hálózatban egy darab openbsd maradt, megéri-e az openbsd üzemeltetési költsége az openbsdt?"

Hát, ha a célra az jobb, mint a linux, akkor miért ne.
Ha valaki az unix-világhoz nem tük sötét, akkor el lesz avval az obsd-vel, nincs nagy költsége.
Persze bubuntupistikék hiányolni fogják azt apt-get -et, de hát istenem, majd nem pistikét vesznek föl.

Valószínű hozzád hasonló gányolópistike fogja ezt a gány rendszert át venni.

Itt a HUP-on nagyon sokan vannak, akik simán kiráznak az ujjukból X oprendszert
mindegyiket profi szinten.. (sokan úgy, hogy nap 1-2 órát itt fórumoznak) és igen,
ez az amit csak azok vesznek be, akiknek felszínes a tudásuk, és azok állítanak,
akik nem igazán értenek egyik rendszerhez sem rendesen.

Gondolom számodra hihetetlen lesz, de vannak olyan helyek is, ahol akár még a CPU-hoz is ragaszkodnak..
nem ám, hogy gondol egyet gányolópistike, hogy most "vegyünk" AMD-t az Intel helyett, vagy fordítva..

Az, hogy valami egy adott célra jobb, az csak pillanatnyi állapot, lehet fél év múlva már nem állja meg a helyét
az állítás.

OMG, de sok fail, na mindegy egy pár szót:

Igen, a kiírásban négy OS-t említettek, köztük az általam preferált Debiánt. Ezért a szerverpark homogenizálása érdekében migrálnék linuxra. Mivel desktoppon linuxot futtatnak ezért feltételezhető, hogy a cégnek van affinitása, szakértelme és előzetes feltételezhetően jó tapasztalata a linuxszal, ami a migráció elfogadását elősegítené.

Igen egy linuxos gatewayt is fel lehet keményíteni.

ZFS: ha csak azért futtatnak FreeBSD-t, hogy tudjanak használni BSD-s ZFS-t, akkor más megoldást javasolnék, ami közelebb áll a linuxhoz.

És igen a linux sok mindenre jó és van amire nem. Azt hogy mire nem, arra még nem sikerült rájönnöm. :P

--
GPLv3-as hozzászólás.

Nem mondtam, hogy nem lehet, azon kuncogok igazából magamban, hog azért, mert az irodai gépek linuxosak, ezért ő mind 20 szervert linuxra akarja migrálni...
Ez elég lol, a kiírás szerint semmi köze a 20 db production szervernek az irodai gépekhez, le is írták,h goy van irodai szerver, egy darab, külön.
Na és azon milyen operációs rendszert futtatnak? Na?

Itt látszik nagyon jól a szemléletbeli különbség:
- te azt kérdezed, mivel lehet a carpot helyettesíteni
- én meg azt, mivel lehet redundáns tűzfalat, gatewayt csinálni.

Az első esetben egy régi, nem bizonyítottan helyes megoldás továbbviteléről szól a dolog, erre szögelődroid kell. A második esetben a megrendelő igényeinek optimális megoldása a kérdés, ahova kell rendes architektől kezdve mérnökökön át minden szintű munkatárs, szögelő droid is.

A munkaadonak meg az a szemlelete, hogy van egy _mukodo_ rendszer, es olyan tarsasagot keresnek (x fos guru brigadot), akik ertenek hozza, es nem akarnak mindent lecserelni sem Linuxra, sem masra.... Ugyanis akarmire allnanak at, az mindenkeppen riziko, meg akkor is, ha az uj megoldas egy curve jumping, paradigm shifting, google optimised, proven solution.

SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta

A témaindítóban OpenBSD-vel és CARP-al megvalósított failover gatewayek szerepeltek és mivel a kolléga ezeket Linuxra cserélné, megkérdeztem ott mivel oldaná meg a feladatot. Ez csak egy szakmai kérdés volt, nem több, amire Tomi66 meg is írta az általam eddig nem ismert megoldást. Ez nyilvánvalóan az én hiányosságom és amint időm engedi jobban utánanézek a dolognak. Ebből adódóan, valamint a konkrét helyi adottságokat, elvárásokat és anyagi lehetőségeket nem ismerve, nem találgatnék, hogy a jelenleg működő, a válaszban adott vagy egy egészen más (akár üzleti) megoldás-e a megfelelő számukra.

Üdv: Zoli

Én nem is próbáltam arról találgatni, hogy a topicot nyitó cégnek mi lenne a megfelelő. A magam részéről azon véleményt vitatom, miszerint a kérdések eldöntésében csak a megrendelőnek lehet szava, a vállalkozónak nem. Szerintem meg meg kell beszélni az általános elképzeléseket a szerződés kötés előtt, majd a konkrétumokat utána.

a kiírásban négy OS-t említettek, köztük az általam preferált FreeBSD-t. Ezért a számítógéppark homogenizálása érdekében migrálnék FreeBSD-re. Mivel szerveren FreeBSD-t futtatnak ezért feltételezhető, hogy a cégnek van affinitása, szakértelme és előzetes feltételezhetően jó tapasztalata a FreeBSD-vel, ami a migráció elfogadását elősegítené.

"Első feladatnak azt tekinteném, mivel desktopon több a Linux, a szervereket is átmigrálnám Linuxra."

Szerencsés vagy inkább szerencsétlen az a rendszergazda aki homogén rendszereket tud birtokolni. Nincs olyan nagyobb cég ma, ahol ne működne 4 félénél több OS. Csak egy példa a környezetemből: Windows (ebből is van vagy 3 féle), Solaris 10, AIX, RHEL 5 és Ubuntu 8.x 9.x és 10.x. Ez így már 9 féle OS, és használunk még virtulaizált környezetben mindenféle más okosságoakt is. Kicsi kevés funkcionalitást igénylő IT cégek megtehetik, hogy homogén rendszert használnak, de bizonyos méret felett ez nem jön össze. Vagy ha összehoznák, az már n-szer (n € R, n>2) több munkába és pénzbe kerülne, mint fenntartani a heterogén rendszerüket.

Miért akarod piszkálni ami amúgy jól működik?

Bármelyik kritikus kollégát nagyon szívesen várjuk árajánlat kíséretében irodánkban egy személyes beszélgetésre, ha úgy érzi jobbat tudna alkotni :)

( yose_tesuji | 2010. augusztus 15., vasárnap - 18:44 )
"Bármelyik kritikus kollégát nagyon szívesen várjuk árajánlat kíséretében irodánkban egy személyes beszélgetésre, ha úgy érzi jobbat tudna alkotni :)"

( mkristof | 2010. augusztus 15., vasárnap - 23:07 )
"Hehe, napok óta a legjobb beszólás."

( psc | 2010. augusztus 15., vasárnap - 22:19 )
"+1
Egyik sem fog jelentkezni."

Ezek után az a minimum, hogy teszel egy normális árajánlatot és jelentkezel a hirdetőnél. Vagy csak beszélsz itt össze, utána meg vissza ?

A FLAME VISSZANYAL.

annyira vicces, mikor mindenki megmondja tavolrol 0 informacio alapjan a rendszerrol, hogy szar.
plane ugy, hogy vagy nem uzemeltetett meg nagyobb rendszer, vagy nem ismeri a hirdetesben emlitett technologiak felet.

http://www.girldeveloper.com/2010/07/your-code-sucks.html

elsosorban fejlesztesrol szol, de ugyanezt a hozzaallast latom eleg sok rendszergazdanal is.

btw: a linuxokat en is egysegesitenem a konyebb karbantarthatosag miatt, meg amugy is kicsit felek a gentoo produkcios kornyezetben torteno felhasznalasatol (kulon buildszervert kell fenttartani), de persze lehet hogy ennek is van valami jol vedheto indoka.

Tyrael

> de árajánlatot lehet adni egy nem ismert rendszerre?

iranyarat biztosan, amibol azert a nagysagrend kiderul. nem mindegy, hogy valaki 8000 eur/ho-ban gondolkozok vagy mondjuk a negyedeben.

nyilvan nem csak -sot nem is annyira- a rendszer technikai reszletei szamitanak egy arajanlatnal, sokkal inkabb az elvart/nyujtott szolgaltatasok, letszam, tudas, rendelkezesre allas.

ha eddig 1 ember tudta ezt uzemeltetni, es te tudsz erre egy hasonlo kvalitasu embert allokalni, plusz biztositod a helyettesiteset, ugyeletet, irodai resz supportot stb is, akkor mi a gond? ha a tudasa (a fent emlitett technologiak mely ismerete) megvan hozza, akkor nagy meglepetesek nem erhetik, egy mukodo rendszer atvetelekor.

szerintem az arajanlaton nem sokat befolyasol hogy a pf.conf-ban mi van... sokkal inkabb, hogy mit var el a megbizo, ezeket pedig viszontlag pontosan megfogalmaztak, de nyilvan egy par szemelyes egyeztetes kell meg szerzodeskotes elott mire kialakul a vegleges ar...

A'rpi

De az is lehet "látott" már egy-két ilyen tákolmányt, szintén egy hazai "menő" cégnél és tudja mekkora szopás.
Egyébként ilyen szempontból a legkorrektebb hirdetés itt a HUP-on, mert valaki vagy kihívást lát benne, vagy feláll
a szőr a hátán.:)
Megjegyzés: szintem nem véletlenül keresnek üzemeltetőt.

nekem szimpatikus, mert egyreszt ugy tunik, hogy azert nem teljesen atlagos szutyok hosting rendszer, masreszt kihvias, hiszen olyan rendszert mindenki tud optimalizalni, meg uzemeltetni, ahol mondjuk a www meg a db ugyanazon a gepen fut, es a backup/restore az rsync meg mysqldump/mysql < szinten mozog, es nem gond, ha amig megy a mentes nem megy az oldal, vagy hogy a restore 8 oraig tart.

Tyrael

igen, rengeteg informacio volt arrol, hogy milyen megoldasok uzemelnek most.
en ugy gondolom, hogy nem hangzott el olyan informacio, amibol meg lehetne mondani, hogy erdemes/szukseges-e lecserelni az openbsd-s carp-os failovert/loadbalancingot mondjuk lvs-re.
nem hangzott el pl. hogy az adott disztroknak mely verzioja van hasznalatban, pedig ez eleg jelentosen befolyasolna az uzemeltetes macerassagat.
nem hangzott el, hogy mire hasznaljak az nginx-et es a lighttpd-t, lehet hogy content szerver, vagy akarcsak reverse proxy ezaltal okos load balancer is.
csak tippelni tudunk a halozati topologiara.
nem ismerjuk az uzemeltetett alkalmazasokat, es az ehhez tartozo workloadot.
nem lattuk mennyire vannak jol/rosszul konfiguralva a szolgaltatasok.
nincs arrol informacio, hogy megvan-e meg a kontakt a jelenlegi/elozo rendszergazdaval, illetve hagyott-e maga utan uzemeltetesi dokumentaciot.
kerdeses lehet, hogy a ZFS-t pontosan mire hasznaljak: mondjuk storage-kent, ezen mennek a Samba share-ek, vagy teszemazt ezen futnak a mysql instanceok, es igy van megoldva a snapshotolas/backup, replikacio.
a linuxos gepeken milyen kernel porog, milyen fajlrendszert hasznalnak, honnan vannak telepitve az alkalmazasok? forrasbol huzzak fel oket? megvan meg a telepitesi konyvtar, a configure kapcsolok?
esetleg sajat csomagkezelo repot uzemeltetnek?
cache-eles kimaradt a leirasbol, biztos vagyok benne hogy vagy hasznalnak memcached-t vagy redist, vagy filecache van, utobbi eseteben megintcsak szoba kerul, hogy hogyan szinkronizaljak a fajlcachet.
loadbalance-nal vajon sticky session jellegu megoldast hasznalnak (akar forrasip alapjan szetshardolva a latogatokat) vagy esetleg round robin, netalan terheles alapjan megy szet a forgalom.
megoldott-e, hogy a nem/rosszul mukodo gepek detektalva es a szolgaltatasbol eltavolitasra keruljenek?
hol van ismert SPOF a rendszerben?
milyen SLA volt eddig, mit kell biztositani ezutan?
mi az, amivel elegedetlenek a jelenlegi rendszerben, mi az, amit nem lehet lecserelni?
szoval ezert meg egy ismeretlen tenyezo van, aminek az ismerete nelkul nagy butasagra vall azzal inditani, hogy legyalulok minden gepek, es huzok ra gobo linuxot, mert az a legjobb, meg egyebkent is csak azt ismerem, es biztos hulye volt az elozo rendszergazda, hogy igy rakta ossze a rendszert.
es meg sorolhatnam ezeket, ha raernek.

na mind1, majd ugyis vegig kell/fog menni a sikeres palyazo ezeken a korokon, hiszen enelkul egyreszt nagyon lutri arajanlatot adni, masreszt ha ezek a kerdesek nem hangzanak el a rendszer atvetele elott/alatt, akkor abbol garantaltan lesznek problemak a jovoben.

Tyrael

Abban egyetérthetünk, hogy nagyon kevés információ hangzott el, amit én megértek, nem fogják az üzleti titkaikat kiteregetni mindenkinek.
Abban nem értek egyet, hogy elhangzott-e annyi infó, ami alapján ki lehet mondani, hogy (hogyismondjam) a rendszer kihívásokkal küzd. Szerinted nem, szerintem igen.

és arról sincs információ, hogy lehet, hogy ez a rendszer egy adott időpillanatban felmerülő igényeknek megfelelt, de telt az idő és vannak-e új igények.

Ennyit akartam mondani.

egyetertek, hogy nem kell itt kiteregetni publicba a reszleteket, azzal nem ertek egyet, hogy:
- nem ertek egyet azzal, hogy a technikai, uzleti, egyeb informaciok reszletesebb ismerete nelkul eldontheto, hogy ez egy szar rendszer, es azonnal architechturalis valtoztatasokra van szukseg.
- nem ertek egyet azzal, hogy szerinted nem hajlik a megrendelo a konstruktiv javaslatokra, megfelelo ervekkel alatamasztva (tobbek kozott azert nem ertek egyet ezzel az allitassal, mert ezt csak te forgattad ki egy random ember postjabol, mig a topicnyito hajlandonak mutatkozott az egyuttmukodesre: http://hup.hu/node/91393#comment-1095253 )
- azzal sem ertek egyet, hogy szerinted a megrendelonek nem lehet beleszolasa, hogy az a rendszer, amitol a biznisze fugg, az hogyan van felepitve, uzemeltetve, plane ugy, hogy ha az uj rendszergazda(csapat) egybol azzal kezdene hogy mindent(ami valoszinuleg eddig elfogadhatoan mukodott) egybol at akar alakitani(plane alapos felmeres/terepszemle nelkul), es ha valamit elbasznak, akkor maximum szerzodest bonthatsz veluk, de kozben all a szolgaltatas, es kezdhetsz tuzoltani azon a rendszeren, ami 2 napja meg elfogadhatoan mukodott.

egy ekkora meretu (es ez meg nem is olyan nagy) rendszer atvetele nem 2 perc munka, es miutan mar magabiztosan tudod uzemeltetni a jelenlegi formajaban, utana lehet szepen lassan, aprankent migralni a suboptimalis osszetevoket, elore kidolgozott rollback plan kisereteben.

de persze tet nelkul kibicelni mindig sokkal egyszerubb es valahogy sokkal batrabban mondja az ember, hogy csereljuk le/irjuk ujra az egeszet.
csak eppen ez az esetek legkissebb reszeben all parhuzamban a Business value-val.

Tyrael

Úgy látom, most kezd átfordulni a topic beszélgetésből személykeskedésbe, úgyhogy ettől kezdve csökkentem itt a részvételemet.

"szerinted nem hajlik a megrendelo a konstruktiv javaslatokra": az egész topicban a hozzászólókkal vitatkoztam, nem a megrendelővel. ennek fel kellett volna tűnnie.

"szerinted a megrendelonek nem lehet beleszolasa, hogy az a rendszer, amitol a biznisze fugg, az hogyan van felepitve": egyrészt ilyet konkrétan nem írtam le, másrészt ettől még a tény tény marad: az informatikai piac a szolgáltatás alapú dolgok felé mozog mostanában. Sehol nem arról szól a téma, hogy openbsd meg carp meg fene tudja, mindenhol arról, hogy x lap/sec letöltés, y százalék rendelkezésre állás, stb.

Ja, arrafelé mozog. Itt azonban nem egy weblapról van szó, hanem egy weblapról és a project nagyobb részéről, a mögötte lévő teljes üzleti logikáról....és megnézném azt a vállalkozót, aki majd diktálja egy megrendelőnek, hogy hogyan is kell csinálnia a kereskedését! :) Még akkor is, ha b szerint mindent linuxra kell migrálni és cloud a megoldás. Ilyenkor egy megrendelő elköszön a lelkes "pályázótól" és keres egy olyat, aki kiszolgálja és nem megmondja a tutit. Egyébként az élet erről szól. Csinálok valamit, szerintem jól - legalábbis az éves eredménybeszámoló szerint - és ehhez keresek a részfeladatra embert/céget...nem pedig tanácsadót, hogy hogyan kéne csinálni. Ez a pályázat is erről szól. Nem tanácsadó kell nekik, aki majd megmondja, hogyan kell csinálni azt, amit láthatóan sikeresen, tehát jól csinálnak, hanem keresnek valakit egy részfeladatra. Persze lehet erről flame-et indítani, de ők nem hivatásos megmondót keresnek, hanem valakit, aki csendben a háttérben marad és akitől az infrastruktúrájuk megy, aki ezzel kapcsolatos teendőket ellátja. Az pénzt is kap. :)

Most, hogy komolyan nézegetjük a cloud technológiát, kezdünk rájönni, hogy a cloud baromi kevés dologra jó, de arra persze nagyon.
A cloud elé kell úgyis frontend, szóval mindent nem lehet megspórolni.
Fizetős cloud 24/7-ben baromi drága, sokkal drágább mint sajátot hostoltatni, feltéve ugyanazt a teljesítményt.
És a cloudhoz megfelelő szoftver is kell, az se triviális.

--
Gábriel Ákos

Szerintem félreértettél. Én az írtam, hogy a mi esetünkben a "private cloud" olcsóbb mint ugyanezt megvenni mondjuk az Amazontól.
Mégpedig azért, mert egyenletes teljesítményre van szükség 24/7-ben, alig van peak.

Tényleg már 8 éve van cloud? Kurvára le vagyunk maradva... :O
--
Gábriel Ákos

Mi most csinálunk egy projektet google cloud alapokon, egy kis számolgatás
után - NEKÜNK - megéri. Az viszont igaz, hogy innentől kezdve saját rendszert
kell fejleszteni, ami a cloud engine-re épül (nálunk ez java-ban történik),
és figyelembe veszi a cloud megszoritásait, viszont nagyon szépen skálázódik.

Ráadásul, mivel szépen megcsináltuk, simán át lehet térni egy saját hw-es megoldásra,
némi effort belepakolásával. (persze ilyenkor bejön a rendszer frissítős, hw összerakós,
telepítős, rendszergazdás hókamóka, amit mi első körben ki akartunk hagyni...)

Annyival kiegészíteném, hogy van viszont olyan rendszerünk is, amelyiket egyszerűen
nem lehet külső cloud-dal megvalósítani, annyira speciális...

Én éppen ismernék egyet ha nem lenne 1000%-on elfoglalva az illető munkaügyileg (talán a ZFS hiányzik egyedül a portfoliójából, illetve CARP helyett VRRP-t használt). Minden esetre nekem úgy tűnik (az előzőekben hozzászólókkal szemben) hogy ez a rendszer úgy JÓL lett összerakva hogy viszonylag könnyen skálázható legyen horizontálisan, azaz csak "pakolni kelljen bele a vasat" a metgfelelő szintre.
Aki dolgozott már a fenti technológiákkal vagy épített cluster-t az nem lepődik meg a portfolió összetételeén bár való igaz hogy lehetne mind a OBSD CARP és FBSD ZFS helyett Linux-os alternatívákat találni, de lehet nem érdemes ha már működik és jól működik.
A sok fikázó ember véleményét (aki nem lát tovább az orránál) el kell utasítsam, mert fogalma sincs szerintem (ha nem belső ember) hogy mekkora pageloadot, uq letöltést, stb kell kiszolgálni, lehetőleg minnél hatékonyabban, adott rendelkezésre állással, mik a követelmények illetve aki összerakta miért épp ezeket a technológiákat választotta. A Lock-in természetes ezen a szinten mivel kevés a "széles spektrumú" emberke, aki tisztában van ész használ 3 éve+ léztező techológiákat, mint ahogy ez látszik is.
Az irodai hálózathoz gartula, hogy sikerült lenyomni a Linux-ot az emberek (és főnökök!) torkán és "csak üzemeltetni kell" továbbra is nem pedig "migrálni" Excahnge+Win**K szerverre, DC-vel, stb-vel :)
Mindenesetre sok sikert és kitartást, szerintem érdemes lenne egy fejvadászt is megkereseni hogy nem-e tudna inkább egy "guru"-t javasolni cég helyett mert talán az olcsóbb lenne, de nem biztos.
cryp

Lehet, hogy nincs. Épp ezért raknék mindegyik gépre Linuxot, hogy "könnyen" lehessen találni redundáns arcot thug mellé. Én elhiszem, hogy szakmai okod volt, hogy mindenhová mást raktál, de azt is tudom, hogy nem sok olyan ember van aki ennyi rendszert ismer. Az ember örül, ha egy disztróval el rendszergazdálkodik és általában más disztróra és OS-re már nem jut idő.

Hehe, ezen nem lepődök meg, láttam már ilyet nem egyszer. Azért érdekelne (esetleg magánba, ha nem akarsz flémet) a tólig ha nem titkos, persze ezt nem szokás így, (cvagy már szokás? -egyes fejvadászok már konkrétan írják a tóligot) és a kíváncsiság nagy úr de hátha megüti a cég az anyagilag vonzónak tekintett színvonalat valakikben akik (esetleg) csak passzívan figyelik az eseményeket és birtokában vannak az ismereteknek.
Persze ezt a széles és egyben mély tudást ami szükséges, meg kell fizetni, ez nem kérdés, tehát aki vagy amely cég kell nektek az nem fog érte keveset kérni. Rajta rajta ha már flém legyen kövér :)

A "tól-ig" kialakul a kapott ajánlatok fényében, de hidd el, nem a stabil rendszeren akarunk spórolni :) Ha megvan a kiszemelt cég, leszerződtünk vele, tőlünk megkapja majd az engedélyt szerintem hogy ide postolja hogy mennyiért végzi el nekünk ezt a munkát - hogy a passzív megfigyelők kíváncsisága is ki legyen elégítve :)

Ezzel van egy-két probléma.
Nevezetesen ez egy speciális terület, a rendszer üzemeltető cégek döntő többsége irodai hálózattal
(vagy egyéb speciális hálózat) üzemeltetését végzi, nem pedig web-es kiszolgáló "hálózat" üzemeltetését,
és ott nem elsődleges cél az optimalizálás és a teljesítményhangolás. Olyat amilyet kerestek nemigazán van,
mivel a többség "cégen" belül tartja az embereket (már az értelmesebb-je), aminek az oka is egyszerű.. senki nem
akar "technológiai transzfert".

Egy ember, egy cég majdnem mindegy. A dokumentáció a lényeges, így van. (Az egy embert is elürtheti a villamos, a supportot adó cégből is leléphetnek a felelős emberek vagy csődbe mehet vagy megszűnhet bármi, hiába a szerződés stb.)
Szerintem nem kellene különösebben ecsetelni a "fikázást", sokkal finomabban szoktam fogalmazni, elnézést, csak epp egy kicsit bal lábbal keltem fel, szerintem annak aki rakott össze ilyen rendszert és üzemletet és visszaolvas, nem kell ecsetelni, nem személyes célzatú volt.
thuglife, gratula amennyiben Te műved.
cryp

10kHUF/óra havi 176 munkaórával számolva 176x10.000 = 1.760.000HUF / hónap / fő zsetont kellene kiszámláznia. Ennyiért el lehet vállalni.

--
qmi - Linux/FreeBSD SysAdm

ezzel mi lett? kuldtunk ajanlatot de semmi valasz...

A'rpi

Azért legalább annyi visszajelzés jól esett volna, hogy "köszi, megkaptuk".

Ha publikussá tehető az információ akkor szabad megkérdezni, hogy kire esett végül a szerencsés választás?
És mi volt az a pont nagyjából, amely végül ez után a többszöri nekifutást követően végül segítette a döntést?

Kérdezem mindezt azért mert kevés a fentiehz hasonlóan komplex hírdetést látni.

Természetesen ha nem publikus az információ azt is megértjük.