Przeprowadzka zawsze jest stresująca, bez względu na to, co to jest. Przeprowadzka z mniej wygodnego dwupokojowego mieszkania do wygodniejszego, przeprowadzka z jednego miasta do drugiego, a nawet zebranie się w sobie i wyprowadzka od mamy w wieku 40 lat. Przenoszenie infrastruktury również nie jest takie proste. To jedno, gdy masz małą witrynę z kilkoma tysiącami unikalnych użytkowników dziennie i jesteś gotowy poświęcić kilka godzin i kilka filiżanek kawy na przenoszenie danych. To drugie, gdy masz złożoną infrastrukturę z wieloma zależnościami i kulami podporowymi zastępującymi określone miejsca w określonej chmurze.
A jeśli dodasz do tego 1C, proces zaczyna się bawić nowymi kolorami.
Nazywam się Siergiej Kondratjew, jestem odpowiedzialny za naszą chmurę pasiastą BeeCLOUD i w tym poście opowiem Wam o przejściu na naszą chmurę firmy AeroGeo.
Po co w ogóle się przeprowadzać?
Przede wszystkim pozwólcie, że opowiem o specyfice działalności AeroGeo. To krasnojarska linia lotnicza, która od 13 lat przewozi pasażerów i ładunki, a w swojej flocie ma ponad 40 samolotów, w tym śmigłowce. Latają tylko w obrębie Rosji, ale na całym terytorium. Oznacza to, że samoloty firmy można spotkać od Ałtaju po Kamczatkę. Pewną wizytówką stał się również fakt, że AeroGeo zapewnia pełną obsługę Sezonowej Stacji Dryfującej Rosyjskiego Towarzystwa Geograficznego.
Dzwon 429, zdjęcie z Spółka
Generalnie klientów jest wystarczająco dużo, ponad 350 pracowników wewnętrznych, praca lotnicza o dowolnej złożoności. Dlatego odpowiednio działająca infrastruktura dla firmy jest bardzo, bardzo krytyczna. A jak kapryśna może być 1C-ki, wiesz beze mnie.
No więc tak to wygląda. Rok temu klient miał wyraźną potrzebę aktualizacji infrastruktury. Naturalnie zaczęli szukać działających rozwiązań chmurowych, a potem okazało się, że po pierwsze, kierownictwo firmy miało pewne wątpliwości co do rozwiązań chmurowych (czy wszystko będzie dostępne 24/7, czy nie), a po drugie, zdecydowanie nie chcieli pracować przez publiczny kanał. Trzeba im oddać, że po podjęciu decyzji o przeprowadzce, zorganizowali dla nas poważną kontrolę: dyrektor IT osobiście przyleciał, żeby rozejrzeć się na miejscu i zrozumieć, co i jak pracujemy. Chodził, oglądał, wyciągał wnioski i dał zielone światło na projekt pilotażowy.
Infrastruktura, którą należało przenieść, została zaprojektowana do pracy 30 specjalistów w szczycie z trzech różnych biur (czytaj - z trzech różnych sieci, centrali, lotniska Jemeljanowo i lotniska AeroGeo). Pomyśleliśmy o tym i postanowiliśmy połączyć to wszystko w jedną sieć, którą następnie zarezerwowaliśmy przy użyciu protokołu IPSec, a także zainstalowaliśmy dedykowany tunel „Krasnojarsk-Moskwa” o przepustowości 100 Mbit. Klucz sprzętowy znajduje się w naszym centrum danych na hubie USB i jest wysyłany do puli klienta.
Migracja zajęła tylko jeden wieczór, ponieważ przedstawiciel AeroGeo po prostu zabrał i przyniósł nam główną bazę danych na fizycznym nośniku bezpośrednio do centrum danych, w którym wdrożono platformę. Tak naprawdę martwiliśmy się o powiązanie kluczy, mieliśmy wiele obaw, że wszystkie klucze odpadną podczas migracji, ale nie, wszystko poszło dobrze, ponieważ klucze były powiązane z podobnymi hostami.
Projekt pilotażowy trwał około miesiąca, aktywnie zbieraliśmy opinie od specjalistów 1C. W tym miesiącu nie zauważyli oni żadnych spadków wydajności ani niedogodności.
Dlaczego my?
Teraz jest wiele chmur, prawie każdy główny gracz na rynku ma już swoją chmurę z mnóstwem gadżetów. To zrozumiałe, jeśli chcesz konkurować - zrób świetną chmurę i trochę więcej na wierzchu.
Obecnie mamy trzy centra danych (w Moskwie), chmurę na OpenStacku (jeśli jesteś zainteresowany, napiszę o tym szczegółowo w osobnym poście), udało nam się opanować przenoszenie do chmury bardzo różnych 1C, BeeCLOUD ma hosty zarówno dla 3 GHz, jak i 3,5 GHz (AeroGeo wybrało dokładnie ten, z dedykowanym klastrem HP Synergy dla 3,5 GHz), w zależności od potrzeb klienta.
A ponieważ 1C jest czymś takim, że w swojej konfiguracji i dostrajaniu zasada „Każdy robi, co może”, zrobiliśmy doskonały klaster, do którego klient może wciągnąć maksymalnie dostosowane, kapryśne i wymagające sprzętowo 1C i nie rozlać niczego po drodze. Wszystko zadziała. TIER 3, SLA 99,97, FZ-152, klasyczny scenariusz.
Ale to wszystko są liczby i technologie. Najważniejszą rzeczą w naszym produkcie są ludzie. Udało nam się zebrać świetny zespół fajnych inżynierów, którzy są zarówno z siedzibą w Moskwie, jak i pracują rozproszeni po regionach. Daje nam to bardzo ważną możliwość - pomóc klientowi na miejscu. Jedno, gdy (nawet jako klient VIP) dzwonisz do pomocy technicznej i wisisz na linii przez jakiś czas, tłumacząc, co tym razem się zepsuło, po czym pomoc techniczna idzie sprawdzić wszystko zdalnie. Drugie, gdy sieciowcy i eksperci są w stanie rozwiązać wszystkie potencjalne problemy na miejscu, własnymi rękami.
Oczywiście, chmura jest również dobra, ponieważ zdejmuje z klienta wszystkie problemy i uroczyście przenosi je na dostawcę. W AeroGeo wszystko było związane z tym 1C. Teraz wiedzą, że dbamy o aktualność i funkcjonalność systemu. Coś nowego wychodzi od dostawcy, trzeba wdrożyć jakąś łatkę itp. - po prostu piszemy o tym do klienta, ustalamy dogodny czas w jego strefie czasowej na wykonanie pracy i pracę. Na przykład, gdy świeże łatki od Intela i HP były wdrażane na hostach, nasi ludzie robili to w czasie najniższego obciążenia według czasu Krasnojarskiego.
Udało nam się też zrobić wszystko w jednym oknie. Różne usługi mają czasami problemy, ponieważ Ty, jako dostawca, świadczysz usługę, ale masz mnóstwo wykonawców. A jeśli coś pójdzie nie tak z wykonawcami, to czas jest marnowany na komunikację z nimi. Klienta to nie obchodzi, skoro Ci płaci, to Ty powinieneś rozwiązać wszystkie problemy.
Dlatego w przypadku BeeCLOUD postanowiliśmy odejść od tego i zrobić wszystko sami. Nasz własny kanał szkieletowy, nasz własny support, nasz własny sprzęt. To jest szybsze dla klienta w razie czego, jeśli pojawi się jakiś problem, to znaczy, że to na pewno nasz problem, rozwiążemy go. A do tego oszczędza to mnóstwo czasu (właściwie) na procesach wewnętrznych, gdy masz wszystko sam - masz jeden service desk, bez mnóstwa klonów i synchronizacji czy ciągłego ping-ponga z kontrahentami.
A o pieniądzach
Jak moglibyśmy się bez tego obejść? Nie mogę ujawnić wielu liczb w ramach posta, ale i tak dadzą one pojęcie o skali. Kiedy AeroGeo obliczyło, ile kosztowałaby modernizacja istniejącej infrastruktury, wyliczyli ponad 2 000 000 rubli. I są to dane wstępne, takie, które zazwyczaj trafiają na papier z oznaczeniem „Od”. Tylko aktualizacja, bez konserwacji i wsparcia.
Za infrastrukturę przeniesioną do BeeCLOUD, w tym same moce przerobowe i całodobowe wsparcie, klient płaci 45 000 rubli miesięcznie. Czyli dwa miliony rubli tutaj wystarczą na prawie 4 lata pracy bez zamieszania i innych rzeczy.
Staramy się być tak otwarci, jak to możliwe, jeśli klient chce przyjść do nas i zobaczyć, na czym to wszystko działa - proszę. A tak przy okazji, o samej chmurze: .
Jeżeli masz jakiekolwiek pytania dotyczące tej sprawy lub naszej chmury ogólnie, napisz do mnie, chętnie odpowiem.
Źródło: www.habr.com
