Det er altid stressende at flytte, uanset hvad det er. Flyt fra en mindre komfortabel toværelses lejlighed til en mere komfortabel, flyt fra by til by, eller tag dig sammen og flyt ud af din mors lejlighed som 40-årig. At flytte infrastruktur er heller ikke så simpelt. Det er én ting, når man har en lille hjemmeside med et par tusinde unikke besøgende om dagen, og man er klar til at bruge et par timer og et par kopper kaffe på at overføre data. En anden ting er, når du har en kompleks infrastruktur med en masse afhængigheder og krykker, der erstatter bestemte steder i en specifik sky.
Og hvis du tilføjer 1C til dette, begynder processen at lege med nye farver.
Mit navn er Sergey Kondratyev, og jeg er ansvarlig for vores stribede cloud, BeeCLOUD, og i dette indlæg vil jeg fortælle jer om overgangen til vores cloud fra AeroGeo-virksomheden.
Hvorfor overhovedet flytte?
Lad mig først fortælle dig om AeroGeos forretning. Dette er et Krasnoyarsk-flyselskab, der har transporteret passagerer og fragt i 13 år og har mere end 40 fly i sin flåde, inklusive helikoptere. De flyver kun inden for Rusland, men i hele territoriet. Det betyder, at selskabets fly kan findes fra Altai til Kamchatka. Et unikt visitkort er også blevet det faktum, at AeroGeo sikrer den fulde drift af den sæsonbestemte driftstation i det russiske geografiske selskab.
Bell 429, foto med Firma
Generelt er der tilstrækkeligt med kunder, mere end 350 interne medarbejdere, luftfartsarbejde af enhver kompleksitet. Derfor er en tilstrækkeligt fungerende infrastruktur meget, meget afgørende for en virksomhed. Og du ved, hvor lunefuld 1C'er kan være uden mig.
Så her er den. For et år siden havde klienten et klart behov for at opdatere infrastrukturen. Naturligvis begyndte de at kigge mod fungerende cloud-løsninger, og så viste det sig, at virksomhedens ledelse for det første havde nogle tvivl om cloud-løsninger (om alt rent faktisk ville være tilgængeligt 24/7 eller ej), og for det andet ønskede de bestemt ikke at arbejde gennem en offentlig kanal. Til deres ros skal det siges, at de undersøgte os grundigt, da de besluttede sig for at flytte: IT-direktøren fløj personligt ind for at se sig omkring og forstå, hvad og hvordan vi arbejder. Jeg gik rundt, kiggede, drog konklusioner og gav grønt lys til pilotprojektet.
Den infrastruktur, der skulle flyttes, var designet til at rumme arbejdet for 30 specialister i spidsbelastningsperioden fra tre forskellige kontorer (læs: fra tre forskellige netværk: hovedkontoret, Yemelyanovo Lufthavn og AeroGeo Lufthavn). Vi tænkte over det og besluttede at kombinere alt dette i et enkelt netværk, som vi derefter reserverede ved hjælp af IPSec-protokollen og installerede en dedikeret 100 Mbit Krasnoyarsk-Moskva-tunnel. Hardwarenøglen er placeret i vores datacenter på en USB-hub og videresendes til klientens pool.
Migreringen tog kun én aften, fordi AeroGeo-repræsentanten simpelthen tog og bragte os hoveddatabasen på et fysisk medie direkte til datacenteret, hvor platformen er implementeret. Faktisk var vi bekymrede for bindingen af nøgler. Der var en række bekymringer om, at nøglerne alle ville falde af under migreringen, men nej, alt gik fint, fordi nøglerne var bundet til lignende værter.
Pilotprojektet varede omkring en måned, og vi indsamlede aktivt feedback fra 1C-specialister. De bemærkede ingen præstationsfald eller ulemper i løbet af denne måned.
Hvorfor til os
Der findes mange skyer nu, næsten alle større aktører på markedet har allerede deres egen sky med en masse lækkerier. Det er forståeligt, hvis du vil konkurrere, så lav en god sky og lidt mere ovenpå.
Vi har i øjeblikket tre datacentre (Moskva), en cloud på OpenStack (hvis du er interesseret, vil jeg skrive om dette i detaljer og i et separat indlæg), vi har formået at få styr på at overføre meget forskellige 1C'er til skyen, BeeCLOUD har hosts til både 3 GHz og 3,5 GHz (AeroGeo valgte præcis denne, med en dedikeret HP Synergy-klynge til 3,5 GHz), afhængigt af hvad klienten kræver.
Og da 1C er sådan en ting, at princippet om "Alle gør, hvad de kan", fortsat aktivt fungerer i sin konfiguration og finjustering, har vi skabt en fremragende klynge, hvor klienten kan slæbe sin maksimalt tilpassede, lunefulde og hardwarekrævende 1C med sig og ikke spilde noget undervejs. Alt vil fungere. TIER 3, SLA 99,97, føderal lov 152, klassisk scenarie.
Men det er alt sammen tal og teknologier. Det vigtigste i vores produkt er menneskerne. Det lykkedes os at sammensætte et fremragende team af seje ingeniører, der både er baseret i Moskva og arbejder fordelt på tværs af regionerne. Dette giver os en meget vigtig mulighed for at hjælpe klienten på stedet. Det er én ting, når man (selv som VIP-kunde) ringer til support og venter et stykke tid og forklarer, hvad der gik galt denne gang, hvorefter supporten går hen og tjekker alt eksternt. Det er en anden sag, når netværkere og eksperter er i stand til at løse alle potentielle problemer på stedet, med netop disse hænder.
Skyen er selvfølgelig også god, fordi den fjerner alle hovedpinerne fra klienten og højtideligt overfører dem til udbyderen. Hos AeroGeo var alt knyttet til denne 1C. Nu ved de, at vi holder systemet opdateret og funktionsdygtigt. Der kommer noget nyt fra leverandøren, vi skal udrulle en eller anden patch osv. - vi skriver simpelthen til klienten om det, aftaler et passende tidspunkt i hans tidszone til at udføre arbejdet, og så arbejder vi. For eksempel, da nye patches fra Intel og HP blev rullet ud til værterne, blev dette gjort af vores folk under den laveste belastning ifølge Krasnoyarsk-tid.
Og vi formåede også at gøre alt inden for ét vindue. Forskellige tjenester har nogle gange problemer, idet du som udbyder leverer en tjeneste, men du har en masse entreprenører. Og hvis noget går galt med entreprenørerne, spildes der også tid på at kommunikere med dem. Kunden er ligeglad, siden han betaler dig, så bør du løse alle problemerne.
Derfor besluttede vi i BeeCLOUDs tilfælde at gå væk fra dette og gøre alt selv. Din egen hovedkanal, din egen support, din egen hardware. Dette er også hurtigere for klienten, hvis der opstår et problem, så er det helt sikkert vores problem, vi løser det. Plus det sparer (faktisk) meget tid på interne processer, når du har alt dit eget - du har endda én servicedesk, uden en masse kloner og synkroniseringer eller konstant pingpong med underleverandører.
Og om penge
Hvordan skulle vi kunne undvære det? Jeg kan ikke afsløre mange tal inden for rammerne af dette indlæg, men de vil stadig give en idé om omfanget. Da AeroGeo beregnede, hvor meget det ville koste at modernisere den eksisterende infrastruktur, kom de frem til mere end 2 rubler. Og dette er foreløbige data, den slags der normalt står på papirer mærket "Fra". Kun opdatering, ingen vedligeholdelse eller support.
For den infrastruktur, der overføres til BeeCLOUD, inklusive selve kapaciteten og døgnsupport, betaler klienten 45 rubler om måneden. Det vil sige, at to millioner rubler vil være nok til næsten 000 års arbejde uden besvær eller andet.
Vi forsøger at være så åbne som muligt; Hvis en klient har lyst til at komme til os og se, hvordan det hele fungerer, er de velkomne. Forresten, om selve skyen: .
Hvis du har spørgsmål om denne sag eller om vores cloud generelt, så skriv til mig, jeg svarer gerne.
Kilde: www.habr.com
