Flytning er altid en stressende oplevelse, uanset hvilken type det er. At flytte fra en mindre komfortabel to-værelses til en mere komfortabel, flytte fra by til by, eller overhovedet tage sig sammen og flytte fra mor i en alder af 40. At migrere infrastruktur er heller ikke en simpel opgave. Det er én ting, når man har en lille hjemmeside med et par tusinde besøgende om dagen, og man er klar til at bruge nogle timer og et par kopper kaffe på at overføre data. Det er en helt anden sag, når man har en kompleks infrastruktur fyldt med afhængigheder og nødretter tilpasset til bestemte steder i en bestemt cloud.
Og hvis man så ydermere tilføjer 1C, så begynder processen at tage en ny drejning.
Mit navn er Sergey Kondratyev, jeg leder vores stribede cloud, BeeCLOUD, og i dette indlæg vil jeg fortælle dig om flytningen til vores cloud for virksomheden "AeroGeo".
Hvorfor overhovedet flytte
Først og fremmest, lad mig fortælle lidt om forretningen "AeroGeo". Det er et flyselskab fra Krasnoyarsk, der har transporteret passagerer og gods i 13 år, med mere end 40 fly i flåden, herunder helikoptere. De flyver kun indenrigs, men over hele landet. Det vil sige, at man kan møde virksomhedens fly fra Altai til Kamchatka. En slags visitkort for dem er, at "AeroGeo" garanterer fuld drift af den sæsonbestemte drivstation for det Russiske Geografiske Selskab.
Bell 429, billede fra virksomhed
Generelt er der rigeligt med kunder, interne medarbejdere er over 350, og de udfører luftarbejde af enhver kompleksitet. Derfor er en velfungerende infrastruktur særdeles kritisk for virksomheden. Og hvor krævende 1C-programmer kan være, ved du uden mig.
Så, for et år siden opstod der en klar nødvendighed for kunden om at opdatere infrastrukturen. Selvfølgelig begyndte de at kigge mod arbejdsbaserede cloud-løsninger, og her viste det sig, at ledelsen i virksomheden var en smule skeptisk med hensyn til cloud-løsninger (om alt virkelig ville være tilgængeligt 24/7 eller ej) og de ville bestemt ikke arbejde via en offentlig kanal. Det skal siges, da de besluttede at flytte, satte de os igennem en grundig kontrol: IT-direktøren fløj personligt ind for at se på stedet og forstå, hvordan vi arbejdede. Han gik rundt, kiggede, gjorde sine konklusioner og gav grønt lys til pilotprojektet.
Infrastrukturen, der skulle flyttes, var tilpasset arbejdet for 30 specialister på højden fra tre forskellige kontorer (læs: fra tre forskellige netværk, hovedkontoret, Lufthavn "Emeljanovo" og Lufthavn "AeroGeo"). Vi overvejede det og besluttede at samle det hele i et enkelt netværk, som vi derefter reserverede via IPSec-protokollen og etablerede en dedikeret tunnel "Krasnoyarsk-Moskva" på 100 Mbit. Den hardware-adgangsnøgle befinder sig i vores datacenter på en USB-hub og er tilknyttet klientens pulje.
Migrationen tog kun en aften, fordi repræsentanten fra "AeroGeo" simpelthen tog og bragte os den primære database på et fysisk medie direkte til datacentret, hvor platformen er implementeret. Egentlig var vi bekymrede for bindingen af nøglerne; der var en række bekymringer om, at nøglerne ville falde fra hinanden under migrationen, men de holdt, og alt gik godt, fordi nøglerne blev bundet til de tilsvarende værter.
Pilotprojektet varede omkring en måned, hvor vi aktivt indsamlede feedback fra 1C-specialisterne. I løbet af denne måned bemærkede de ingen nedsættelser i ydeevnen eller ubehag.
Hvorfor vælge os
Der er mange cloud-løsninger nu, næsten hver stor aktør på markedet har allerede sin egen cloud med en masse fordele. Det er forståeligt, vil du konkurrere - lav en fremragende cloud og lidt ekstra.
Vi har tre datacentre (Moskva) for nu, cloud på OpenStack (hvis du er interesseret, kan jeg skrive om det grundigt i et separat indlæg), vi har fået erfaring med at flytte meget forskellige 1C-løsninger til cloud, BeeCLOUD har servere både ved 3 GHz og ved 3,5 GHz (netop en sådan, med et dedikeret HP Synergy-klynge ved 3,5 GHz, blev valgt i "AeroGeo"), afhængigt af hvad kunden har brug for.
Og da 1C er sådan, at der fortsat gælder princippet "Hvem kan hvad", har vi lavet en fremragende klynge, hvor kunden kan flytte sin maksimalt tilpassede, krævende 1C-løsning uden at miste noget på vejen. Alt vil fungere. TIER 3, SLA 99,97, FZ-152, klassisk scenarie.
Men det er alt sammen tal og teknologi. I vores produkt er det vigtigste menneskerne. Vi har formået at samle et fantastisk team af dygtige ingeniører, der arbejder både fra Moskva og på distancen i regionerne. Det giver os en meget vigtig mulighed — at kunne hjælpe kunden lokalt. Det er én ting, når du (selv som VIP-kunde) ringer til support og hænger i kø i et stykke tid for at forklare, hvad der er gået i stykker denne gang, hvorefter supporten skal tjekke alt fint på afstand. Noget andet er, når netværksspecialister og eksperter er i stand til at løse alle potentielle problemer på stedet, med deres egne hænder.
Selvfølgelig er skyen også god, fordi den fjerner alle hovedpiner fra kunden og ærerigt overfører dem til udbyderen. Hos 'AeroGeo' var alt bundet til denne 1C. Nu ved de, at vi opretholder systemets relevans og funktionalitet. Når der kommer noget nyt fra leverandøren, er det nødvendigt at rulle en patch ud, og så videre — vi skriver bare til kunden om det, aftaler et passende tidspunkt for udførelsen i hans tidszone og arbejder. For eksempel, når der blev rullet friske patches ud fra Intel og HP til værterne, blev det gjort af vores folk, mens belastningen var på det laveste i Krasnoyarsk-tid.
Og det lykkedes også at gøre det hele inden for et enkelt vindue. Forskellige tjenester har nogle gange flaskehalse i forhold til, at du som udbyder leverer en tjeneste, men har en hel række underleverandører. Og hvis der sker noget galt hos underleverandørerne, bruges der tid på kommunikation med dem. Kunden har det ikke sådan, da han betaler dig, skal du også løse alle problemerne.
Derfor besluttede vi med BeeCLOUD at træde væk fra det og gøre alt selv. Vores egen backbone-forbindelse, vores egen support, vores eget udstyr. Det er hurtigere for kunden, hvis der opstår et problem, så er det helt sikkert vores problem, og vi vil løse det. Plus det sparer virkelig (i virkeligheden) tid på interne processer, når alt er dit eget — så har du også kun én service desk, uden en masse kloner, synkroniseringer eller konstant ping-pong med underleverandørerne.
Og om penge
Sådan er det. Jeg kan ikke afsløre så mange tal i denne post, men de vil stadig give en idé om omfanget. Da "AeroGeo" beregnede, hvad det ville koste at modernisere den eksisterende infrastruktur, kom de frem til mere end 2.000.000 rubler. Og det er vejledende data, dem der normalt fremgår af papirerne med notatet "Fra". Kun opdatering, uden vedligeholdelse og support.
For den flyttede infrastruktur i BeeCLOUD, inklusive selve kapaciteten og døgnsupport, betaler kunden 45.000 rubler om måneden. Det vil sige, at to millioner rubler vil være nok til næsten 4 års drift uden problemer og andet.
Vi prøver at være så åbne som muligt; hvis kunden ønsker at komme forbi og se, hvad alt drejer sig om - bare kom. Forresten, om selve skyen: .
Hvis du har spørgsmål om denne sag eller generelt om vores sky - skriv endelig, jeg vil være glad for at svare.
Kilde: habr.com
