Verhuizen is altijd stressvol, wat het ook is. Verhuizen van een minder comfortabel tweekamerappartement naar een comfortabeler appartement, verhuizen van stad naar stad, of zelfs jezelf bij elkaar rapen en op je veertigste het huis van je moeder verlaten. Met de overdracht van infrastructuur is alles ook niet zo eenvoudig. Het is één ding als je een kleine site hebt met een paar duizend hits per dag, en je bereid bent enkele uren en een paar kopjes koffie te besteden aan het overbrengen van gegevens. Een ander ding is wanneer je een complexe infrastructuur hebt met een heleboel afhankelijkheden en krukken die op bepaalde plaatsen in een specifieke cloud zijn geplaatst.
En als je hieraan 1C toevoegt, begint het proces met nieuwe kleuren te spelen.
Mijn naam is Sergey Kondratyev, ik ben verantwoordelijk voor onze gestreepte cloud, BeeCLOUD, en in deze post zal ik je vertellen over de verhuizing van het AeroGeo-bedrijf naar onze cloud.
Waarom überhaupt verhuizen?
Laten we het eerst hebben over de specifieke kenmerken van de activiteiten van AeroGeo. Dit is een luchtvaartmaatschappij uit Krasnojarsk die al 13 jaar passagiers en vracht vervoert; ze hebben meer dan 40 vliegtuigen in hun vloot, inclusief helikopters. Ze vliegen alleen binnen Rusland, maar over het hele grondgebied. Dat wil zeggen, het vliegtuig van het bedrijf is te vinden van Altai tot Kamtsjatka. Het feit dat AeroGeo zorgt voor de volledige exploitatie van het Seasonal Drifting Station van de Russian Geographical Society is een soort visitekaartje geworden.
Bel 429, foto uit Vennootschap
Over het algemeen zijn er voldoende klanten, meer dan 350 interne medewerkers, luchtvaartwerk van enige complexiteit. Daarom is een adequaat functionerende infrastructuur voor een bedrijf van cruciaal belang. En je weet hoe grillig 1C-systemen zelfs zonder mij kunnen zijn.
Dus hier is het. Een jaar geleden had de klant een duidelijke behoefte om de infrastructuur te vernieuwen. Natuurlijk begonnen ze te kijken naar werkende cloudoplossingen, en toen bleek dat ten eerste het management van het bedrijf enige twijfel had over cloudoplossingen (of alles daadwerkelijk 24/7 beschikbaar zou zijn of niet), en ten tweede dat ze zeker wilde niet via een publieke zender werken. We moeten ze waarmaken; toen we besloten te verhuizen, gaven ze ons een serieuze controle: de IT-directeur kwam persoonlijk langs om rond te kijken en te begrijpen wat en hoe het voor ons werkt. Ik liep rond, keek, trok conclusies en gaf groen licht voor de pilot.
De infrastructuur die moest worden overgedragen, was ontworpen voor het werk van 30 specialisten op een piek vanuit drie verschillende kantoren (lees: vanuit drie verschillende netwerken, het hoofdkantoor, de luchthaven Yemelyanovo en de luchthaven AeroGeo). We hebben erover nagedacht en besloten dit allemaal te combineren in één enkel netwerk, dat we vervolgens hebben gereserveerd met behulp van het IPSec-protocol, en een speciale 100 Mbit Krasnojarsk-Moskou-tunnel hebben geïnstalleerd. De hardwaresleutel bevindt zich in ons datacenter op een USB-hub en wordt overgebracht naar de pool van de klant.
De migratie duurde slechts één avond, omdat de vertegenwoordiger van AeroGeo eenvoudigweg de hoofddatabase op fysieke media rechtstreeks naar het datacenter bracht waarin het platform was geïmplementeerd. Eigenlijk maakten we ons zorgen over het binden van sleutels; er was een aantal angsten dat de sleutels tijdens de migratie zouden vallen, maar nee, alles ging prima, omdat de sleutels aan vergelijkbare hosts waren gebonden.
Het pilotproject duurde ongeveer een maand, we verzamelden actief feedback van 1C-specialisten. Gedurende deze maand hebben ze geen productiviteitsdaling of ongemakken opgemerkt.
Waarom naar ons komen
Er zijn nu veel wolken, bijna elke grote speler op de markt heeft al zijn eigen cloud met een hoop lekkers. Het is begrijpelijk dat als je wilt concurreren, je een geweldige cloud moet maken en nog een beetje meer er bovenop.
We hebben momenteel drie datacenters (Moskou), een cloud op OpenStack (als je geïnteresseerd bent, zal ik hierover in een apart bericht in detail schrijven), we zijn erin geslaagd om heel verschillende 1C-systemen naar de cloud over te zetten, BeeCLOUD heeft hosts op 3 GHz, en op 3,5 GHz (precies hetzelfde, met een speciaal HP Synergy-cluster op 3,5 GHz, werd gekozen bij AeroGeo), afhankelijk van wat de klant nodig heeft.
En omdat 1C zoiets is dat bij het opzetten en afwerken het principe “Who cares” actief blijft gelden, hebben we een uitstekend cluster gemaakt waar de klant zijn meest aangepaste, grillige en hardware-eisende 1C kan slepen en niet morsen wat dan ook onderweg. Alles zal werken. TIER 3, SLA 99,97, FZ-152, klassiek scenario.
Maar dit zijn allemaal cijfers en technologieën. Bij ons product draait alles om mensen. We zijn erin geslaagd een uitstekend team van coole ingenieurs samen te stellen die zowel in Moskou gevestigd zijn als verspreid over de regio's werken. Dit geeft ons een zeer belangrijke kans om de klant lokaal te helpen. Het is één ding als je (zelfs als VIP-klant) de support belt en een tijdje aan de lijn blijft hangen en uitlegt wat er deze keer kapot is, waarna de support op afstand alles komt controleren. Het is iets anders als netwerkers en experts met deze handen alle potentiële problemen ter plekke kunnen oplossen.
Natuurlijk is de cloud ook goed omdat hij alle kopzorgen bij de klant wegneemt en deze plechtig overdraagt aan de aanbieder. Bij AeroGeo was alles verbonden aan deze 1C. Nu weten ze dat wij het systeem up-to-date en operationeel houden. Er komt iets nieuws van de leverancier, we moeten een soort patch uitrollen, enz. - we schrijven er gewoon naar de klant, spreken een geschikte tijd in zijn tijdzone af voor het werk, en werken. Toen er bijvoorbeeld nieuwe patches van Intel en HP naar de hosts werden uitgerold, deden onze jongens dit tijdens de Krasnojarsk-tijd met de laagste belasting.
We zijn er ook in geslaagd om alles binnen één venster te doen. Verschillende diensten hebben soms problemen doordat het lijkt alsof je als aanbieder een dienst levert, maar je hebt veel opdrachtnemers. En als er iets misgaat bij de opdrachtnemers, gaat er ook tijd verloren aan de communicatie met hen. Het maakt de klant niet uit, aangezien hij je betaalt, dan moet je alle problemen oplossen.
Daarom hebben we in het geval van BeeCLOUD besloten om hiervan af te stappen en alles zelf te doen. Je eigen hoofdkanaal, je eigen support, je eigen hardware. Dit is ook sneller voor de klant als er iets gebeurt. Mocht er zich een probleem voordoen, dan betekent dit dat dit zeker ons probleem is, wij zullen het oplossen. Bovendien bespaart het (in feite) enorm veel tijd op interne processen als je alles zelf hebt: je hebt één servicedesk, zonder een hoop klonen en synchronisaties of constant pingpongen tussen contractanten.
En over geld
Waar zouden we zijn zonder dit? Ik kan in het kader van dit bericht niet veel cijfers onthullen, maar ze zullen toch de schaal duidelijk maken. Toen AeroGeo berekende hoeveel het zou kosten om de bestaande infrastructuur te moderniseren, berekenden ze meer dan 2 roebel. En dit zijn voorlopige gegevens, het soort dat meestal afkomstig is van papieren met de aanduiding ‘Van’. Alleen update, geen onderhoud of ondersteuning.
Voor de infrastructuur die naar BeeCLOUD wordt overgedragen, inclusief de capaciteit zelf en 45-uursondersteuning, betaalt de klant 000 roebel per maand. Dat wil zeggen, twee miljoen roebel zal genoeg zijn voor bijna 4 jaar werk zonder gedoe en andere dingen.
We proberen zo open mogelijk te zijn. Als een klant naar ons toe wil komen om te kijken hoe alles gaat, graag. Trouwens, over de cloud zelf: .
Als u vragen heeft over deze case of over onze cloud in het algemeen, schrijf mij dan, ik beantwoord ze graag.
Bron: www.habr.com