Fallback modua (IPKVM bezala ere deitzen zaio), eta horrek RDP gabe VPS batera konektatzeko aukera ematen du hipervisor geruzatik zuzenean, astean 15-20 minutu aurrezten ditu.
Lehenengo eta garrantzitsuena jendea ez haserretzea da. Mundu osoan, laguntza lerrotan banatzen da, eta langilea da irtenbide tipikoak probatzen lehena. Zereginak haien mugak gainditzen baditu, transferitu bigarren lerrora. Beraz, VDS administratzaileen artean sarritan pentsatzen dakien jendea dago. Beste euskarri asko ez bezala. Beno, behintzat nabarmen gehiagotan. Eta txartela ondo egituratzen dute, behar den guztia berehala deskribatuz. Lehen lerroa "begi lausoa" geratzen bada eta ustekabean pizteko eta itzaltzeko eskatzen badizute horri erantzunez, fiasco bat da.
Zeregin oso erraza da: gure VDS hostingari laguntza egokia eskaintzea kostu minimo batekin. Hosting hornitzaileen munduko janari azkarra garelako: "licking" berezirik ez, prezio baxuak, kalitate normala. Dagoeneko bazegoen kontuen kudeaketa automatizatzen saiatzen diren Instagrameko basardak eta enpresa txikien jabeak urruneko kontabilitatearekin eta teknologian oso aurreratuak ez diren beste pertsona batzuen etorrerarekin batera, komunikazioak "administratzaile baten administratzaile gisa" funtzionatzeari utzi zion. Komunikazio hizkuntza aldatu behar izan nuen.
Orain prozesuei buruz apur bat gehiago kontatuko dizuet eta horiek dituzten arazo saihestezinei buruz.
Ez haserre jendea #1
Edozein euskarri muntaia katearen ekoizpena da. Aplikazio bat iristen da, lehen lerroko langilea berehala saiatzen da jada mila aldiz gertatu den eta mila aldiz berriro gertatuko den egoera tipikoa ezagutzen. % 90eko aukera dago aplikazioa ohikoa izateko, eta erantzun dezakezu hitzez hitz botoi pare bat sakatuz, txantiloi bat ordezkatu dadin. Normalean, txantiloian hitz pare bat idatzi behar dituzu eta listo. Edo joan kudeaketa interfazera eta sakatu bertan botoi pare bat. Kasu konplexuagoetan (eremu batetik bestera transferentziak, adibidez), algoritmoa jarraitu behar duzu.
Jendeak gehien haserretzen dituena, laguntzaren beste ezaugarriak kontuan hartu gabe, eskaera atipiko baten erreakzio tipikoa da. Txartel bat iristen da, non dena zehatz-mehatz deskribatzen den, hiru galderetarako beharrezko datu mordoa dago aurretik, bezeroak elkarrizketa bat aurreikusten du... Eta lehen hitzen arabera, pilota automatikoko laguntza-langileak txantiloia ordezkatzeko akorde bat idazten du. "Saiatu berrabiarazten, lagundu beharko luke".
Hau da jendearen gogoa benetan irekitzen duena, eta horrelako egoeren ondoren iruzkin negatiboenak eta iruzkin haserreenak geratzen dira. Argi dago oso oker geundela, hor ezagutzen ditugu estatistikak. Orokorrean, akatsak modu ezberdinetan egin genituen, baina horrelako kasuak beti dira basatiak. Guretzat barne. Noski, nahiko genuke horrelakorik ez gertatzea. Baina hori ez da oso posible praktikan: aste batzuetan behin, monotoniaz nekatuta dagoen langile batek botoi dibertigarriak sakatuko ditu.
Ez haserre jendea #2
Adimena berdin irekitzen duen bigarren gauza, inork ez diola nahikoa denboraz txartel bati erantzuten. Europan, laguntza-jokabide hori normala da: gertakari bat lanerako onartu baino hiru egun lehenago normala baino gehiago da. Nahiz eta oso premiazkoa izan eta zerbait pizten ari bazara - ez sare sozialik, ez telefonorik, ez mezularirik, bidali mezu elektroniko bat eta itxaron zure txanda. Errusian hori askoz ere gutxiago da, baina sarrera batzuk oraindik "ahaztuta" daude. Lanaren hasieran, SLA bat ezarri genuen 15 minutuko lehen erantzunerako. Eta hau 24/7 zintzoa da. Argi dago VDS hostinga handitzen denean, hau agertzen dela. Baina zalantzazko zerbitzu-hornitzaileek ez dute hori. Eta hasieran zalantzan jarri ginen eta orduan bakarrik handitu ginen. Ados, batez bestekoa edo gutxiago.
Lehenengo lerroa gidoiak eman zizkieten eta ohiko egoeretan erreakzionatzen irakatsi dieten operadoreak dira. Arazoak azkar konpontzen dituzte eta 15 minutuko epean saiatzen dira ekintza tipiko batekin erantzuten, edo txartela martxan dagoela jakinarazi eta bigarrenera transferitzen dute.
Bigarren lerroa ostalaritza administratzaileak da; badakite ia dena eskuz egiten. Dena eta apur bat gehiago egin dezakeen laguntza-kudeatzaile bat ere badago. Hirugarren lerroa garatzaileak dira, "konpondu hau interfazean" edo "halako eta halako parametro bat gaizki hartzen da kontuan" bezalako sarrerak jasotzen dituzte.
Aplikazio kopurua murriztea
Ageriko arrazoiengatik, laguntza merke eskaini nahi baduzu, ez zenuke lehen lerroa handitu behar jendeak scriptak azkarrago kudeatzeko, baina automatizazioa areagotu. Beraz, gidoiak dituzten pertsonen ordez benetako gidoiak egon daitezen. Hori dela eta, egin genuen lehen gauza bat izan zen makina birtual bat igotzeko prozesuak automatizatzea, baliabideen arabera eskalatzea (diskoaren gora eta behera, baina ez prozesadorearen maiztasunaren arabera) eta antzeko beste gauza batzuen arabera. Erabiltzaileak zenbat eta gehiago egin dezakeen interfazetik, orduan eta errazagoa da lehen lerroarekin bizitzea, eta txikiagoa izan daiteke. Erabiltzaile bat bere kontu pertsonalean dagoen zerbait sartzen denean, egin behar du eta berak nola egin dezakeen esan behar du.
Laguntzarik behar ez baduzu, lan ona egiten ari da.
Bigarren ezaugarria, denbora asko aurrezten duena, ezagutza-basea betetzeko behar den denbora luzea da. Erabiltzaileak onartzen duen ekintzen zerrendan sartzen ez den arazoren bat badu (gehienetan "Nola instalatu Minecraft zerbitzari bat" edo "Non ezarri VPS bat Win Server-en" mailan dauden galderak dira), orduan artikulua ezagutza-basean idatzita dago. Artikulu zehatza bera idazten da eskaera arraro guztientzat. Esaterako, erabiltzaile batek Windows Server-en suebakia kentzeko laguntza eskatzen badu, benetan desgaituta badago zer gertatuko den irakurtzera bidaliko dugu eta aukeratutako softwarerako soilik baimenak nola aldatu. Arazoa normalean ezarpenak direla-eta zerbait konektatu ezin izateak izaten baitu, eta ez suebakia bera. Baina oso zaila da elkarrizketan aldi bakoitzean hori azaltzea. Baina nolabait ez dut suebakia desgaitu nahi, laster makina birtuala edo bezeroa galduko dugulako.
Ezagutza baseko aplikazio-softwareari buruzko zerbait oso ezaguna bihurtzen bada, orduan banaketa merkatuan gehi dezakezu, "konfiguratu zerbitzari bat dagoeneko instalatuta duen" zerbitzua ager dadin. Egia esan, hau da Docker-ekin gertatu dena, eta horixe gertatu da Minecraft zerbitzariarekin. Berriz ere, interfazeko "egin ongi" botoi batek ehunka sarrera aurrezten ditu urtean.
Larrialdi modua
Urrats hauen ondoren, eskuzko lana eskatzen duten matxura larrienak, arrazoiren batengatik erabiltzaileak hipervisorean gonbidatutako OSrako urruneko sarbidea galdu duelako geratzen dira. Kasurik ohikoena suebakiaren ezarpena okerra da, bigarren ohikoena Win normal abiatzea eragozten duten eta Modu seguruan berrabiarazteko behartzen duten akats batzuk dira. Eta modu seguruan, RDP ez dago erabilgarri lehenespenez.
Kasu honetarako larrialdi modua sortu dugu. Izan ere, normalean VDS makina batean sartzeko, urruneko lanerako bezero motaren bat izan behar duzu. Gehienetan kontsolarako sarbideaz, RDP, VNC edo antzeko zerbaitez ari gara. Metodo hauen desabantaila sistema eragilerik gabe ez dutela funtzionatzen da. Baina hipervisore mailan irudia pantailan jaso eta teklatuaren sakatzeak transmititu ditzakegu! Egia da, honek prozesadorea asko kargatzen du (benetako bideo-emisioa dela eta), baina nahi duzun emaitza lortzeko aukera ematen du.
Hori dela eta, larrialdi modurako sarbidea eman diegu erabiltzaile guztiei, baina mugatuta dago etengabeko erabileraren iraupenari dagokionez. Zorionez, praktikak erakusten duenez, denbora hau nahikoa da berrabiarazi eta zerbait konpontzeko.
Emaitza are laguntza-txartel gutxiago da. Eta administratzaileak txartela berak konpondu dezakeenean, laguntzak ez du zertan sartu eta asmatu.
Gainerako arazoak
Askotan, erabiltzaileek uste dute laguntzak zerbait bultzatzen diela. Zoritxarrez, ezin da ezer egin honi buruz (edo ez dugu ezer asmatu). Bi adibide ohikoenak baliabideen mugak eta DDoS babesa dira.
Makina birtual bakoitzak diskoaren kargan, memorian eta baimendutako trafikoan mugak ditu. Mugak ezartzeko gaitasuna eskaintzan zehazten da, baina mugak beraiek hautatzen dira, erabiltzaile gehienek isil-isilik lan egin dezaten haien berri jakin gabe. Baina bat-batean kanalarekin eta diskoarekin gehiegi aritzen hasten bazara, algoritmoek automatikoki ohartarazten diote erabiltzaileari. Iazko apiriletik, blokeo automatikoak kendu ditugu. Horren ordez, muga bigunak ezartzea epe aldakor baterako.
Aurretik, honelakoa zen: abisua, gero, erabiltzaileak kasurik egiten ez bazuen, blokeo automatikoa. Eta momentu horretan jendea mindu egin zen: "Zertaz ari zara, zure sistema da akatsa duena, ez da ezer gertatu!" - eta gero aplikazio-softwarea ulertzen saia zaitezke, edo tarifa-plana handitzeko eskaintza egin dezakezu. Ez dugu aplikazio-softwarearen funtzionamendua ulertzeko aukerarik, hori laguntza-esparrutik kanpo baitago. Lehen kasuak erabiltzaileekin batera konpondu baziren ere. Batez ere gogoan dut YouTube-ren ikustaldien iruzurgileak troiako bat barneratua zuena, eta troiako honek memoria isurtzen ari zela. Azkenean, hauek ez zirela Heisenbug-ak, erabiltzaileekin arazoak baizik eta, bestela, antzeko eskaerak gainezka egingo gintuzketela ondorioztatu genuen. Baina inork ez du oraindik onartu tarifak berak gaindi ditzakeenik.
Antzeko istorio bat gertatzen da DDoSrekin: zu, erabiltzaile maitea, erasopean zaudela idazten dugu. Konektatu babesa, mesedez. Eta erabiltzaileak: "Bai, zuk zeuk erasotzen ari zara!" Jakina, erabiltzaile bakarra DDoS dugu 300 errubloetatik iruzurra egiteko. Negozio errentagarria da. Bai, badakit garestiagoa den kategoriako hosting gune handi askok babes hori sartzen dutela tarifan, baina ezin dugu hori egin: janari azkarraren ekonomiak beste gutxieneko prezio batzuk agintzen ditu.
Era berean, datuak ezabatu ditugunak ez dira pozik laguntzarekin. Ordaindutako epea amaitu ondoren legitimoki ezabatu zen zentzuan. Norbaitek bere VDS alokairua berritzen ez badu, hainbat jakinarazpen bidaltzen dira gero zer gertatuko den azalduz. Ordainketa amaitzean, makina birtuala gelditzen da, baina bere irudia gordetzen da. Beste jakinarazpen bat iristen da, eta gero beste pare bat. Irudia beste zazpi egunez gordetzen da behin betiko ezabatu aurretik. Beraz, bada jende kategoria bat honekin oso atsekabetuta dagoena. "Administratzailea irten zenetik, jakinarazpenak bidali ziren bere posta elektronikora, berrezarri" eta iruzurrezko akusazioekin eta kalte fisikoen mehatxuekin amaituz. Arrazoia gainerako erabiltzaile guztien prezio berdinak dira. Hilabetez gordetzen badugu, biltegiratze gehiago beharko dugu. Horrek prezio handiagoak ekarriko ditu bezero bakoitzarentzat. Eta janari azkarraren ekonomia... Tira, ideia ulertzen duzu. Eta, ondorioz, foroetan iritziak jasotzen ditugu "dirua hartu zuten, datuak ezabatu zituzten, iruzurgileak".
Kontuan izan nahiko nuke premium tarifa-lerro bat dugula. Hor, noski, egoera bestelakoa da, bezeroaren nahiak kontuan hartzen ditugulako eta malgutasunez ezartzen baititugu bai muga eta bai ezabapena ordainketarik egin ezean (minusean jartzen dugu, ez blokeatzeko). Dagoeneko ekonomikoki bideragarria da, benetan edozer gerta daitekeelako eta bezero handi iraunkor bat mantentzea garestia baita.
Batzuetan erabiltzaileak gaiztoak dira. Hainbat aldiz gure sistemak hutsegiteak izan zituen ehunka makina birtual blokeatuta, bezeroen legez kanpoko ekintza batzuen ondorioz. Egia esan, halako egoerengatik izan zen gure sareko kontrolatzaileak behar genituen sareko jarduera kontrolatzeko eta erabiltzaileak bere zerbitzaritik erasorik egiten ez zuela ikusteko. Garrantzitsua da plan horren jarraipena, aldameneko makina birtualen mugak ez ditzaten urratu mutil zalapartatsuek.
Badira spam besterik gabe, nirea edo bestela eskaintza urratzen dutenak. Ondoren, laguntza eskatzeko jo eta zer gertatu den eta autoa zergatik blokeatuta dagoen galdetzen du. Pantaila-argazkiko txartelaren prozesua "spam sender.exe" deitzen bada, seguruenik zerbait gaizki doa. Bi astean behin, gutxi gorabehera, Sonyren edo Lucasfilmen (gaur egun Disney) kexak jasotzen ditugu gure IP helbide sortatik gure makina birtualeko norbait erretako film bat banatzen ari dela. Horretarako, berehala blokeatu eta itzuliko duzu kontuan geratzen den dirua eskaintzaren arabera (gogora dezadan: gure kuantizazioa segundokoa da, hau da, saldoa beti egongo da ziur). Eta dirua itzultzeko, legearen arabera, pasaportea erakutsi behar duzu: hori diru zuritzearen aurkakoa da. Zerbaitegatik, pasaportea erakutsi beharrean, piratek dirua kendu geniela idazten dute, inguruabar batzuk argitzea ahaztuz.
O bai. Gure urteko eskaerarik onena hau da: "Probatu al dezaket makina birtual bat egun batzuetan 30 errubloko tasan hilean erosi aurretik?"
Guztira
Lehen lerroak txartelak ordenatzen ditu eta ekintza tipikoekin erantzuten du. Hor dago atsekabe gehiena. Oraindik ezin izango da hori konpondu, hori konpontzeko oinarria hostingaren automatizazioan dagoelako, hau da, atzerapen handian. Bai, asko baino gehiago ditugu merkatuan, baina oraindik ez da nahikoa. Horregatik, egin daitekeen gauzarik onena lehen lerroko jarraipena ezartzea da. Help Desk Jarraipena - Lehen lerroko KPI inplementazioa. SLAn atzerapenak denbora errealean ikusten dira: nor izorratzen ari den, askotan - zergatik. Halako abisuei esker, aplikazioak ez dira inoiz galtzen. Bai, baliteke txartelari gaian ez dagoen txantiloi batekin erantzutea, baina hori dagoeneko ohartarazpenetik jakin dugu.
Bezeroak benetan galdetzen badu, bigarren lerroko espezialistak zerbitzarira joan eta bertan bezeroak behar duena egin dezake (baldintza gutun bidezko berrespena da, non zerbitzariari saioa hasteko informazioa emango dion).
Oso gutxitan egiten dugu eta horrelako lanak onenen esku uzten ditugu, erabiltzaileen datuak kaltetu ez daitezen bermeak izan nahi ditugulako. Onenak bigarren laguntza lerroa dira.
Lehen lerroak ezagutza-base bat dauka, non gauza konplexuak bilatzeko bidal dezakezun.
Funtzioetan aberatsa den kontu pertsonala eta ezagutza-base bat - eta orain eskaera kopurua 1-1,5era murriztu ahal izan dugu bezero bakoitzeko, batez beste.
Bigarren lerroak eskuzko lana behar duten aplikazio konplexuak prozesatzen ditu normalean. Ohikoa dena: zenbat eta garestiagoa izan tarifa plana, orduan eta eskaera gutxiago makina birtualeko. Normalean tarifa garestia ordaindu dezaketenek langileen espezialistak dituztelako edo, besterik gabe, arazoen erdiak ez dira sortzen denerako nahikoa konfigurazio dagoelako. Oraindik gogoan dut Windows Server ez zaharrena instalatu zuen heroia 256 MB RAM dituen konfigurazio batean.
Bigarren lerroak banaketa-kit eta automatizazio-script multzo bat ditu. Biak beharren arabera egunera daitezke.
Bigarren lerroko eta VIP tarifen kudeatzaile pertsonalek oharrak gehi ditzakete bezeroaren profilean. Linux administratzailea bada, hori idatziko dugu. Hau izango da lehen lerroko iradokizuna: erabiltzaileak ziur daki hau ez dela hankako tiro bat izango, suntsipen kontrolatua baizik.
Hirugarren lerroak agintzen du bitxiena. Adibidez, akats bat izan genuen Firefox-en zure kontu pertsonaleko funtzioetako batera sartzea ezinezkoa egiten zuena. Erabiltzaileak zuzenean xantaia egin zuen: "Ez baduzu konpontzen 12 ordutan, ostalariaren iritzi guztietan idatziko dut". Gertatu zenez, arazoa adbloke pertsonalizatuan zegoen. Erabiltzaileen aldetik, bitxia bada ere. Sarritan akats konplexuak xehetasunik gabe gertatzen dira, eta ezin dira gehiago errepikatu. Pantaila-argazki bat duten detektibeak daude: "Zergatik konpontzen duzu hilabetez?" - "Bai, zure akatsen bila ibili gara denbora honetan guztian", "A, tira, gaur berriro topatu naiz, baina ezin izan dut berriro errepikatu"...
Oro har, inoiz ez dakizu non amaituko den laguntzarekin elkarrizketa baten pantaila-argazkia, eta pertsona batek laguntza eskatzeko jotzen badu, orduan arazo bat du. Zure jarrera hobetu dezakezu. Saiatu behintzat.
Bai, badakigu gure laguntza ez dela perfektua, baina nahikoa abiadura eta kalitate nahikoa uztartzen dituela sinetsi nahiko nuke. Eta ez ditu tarifa-prezioak igotzen hori gabe egin dezaketenentzat.
Iturria: www.habr.com