Przeprowadzka zawsze wiąże się ze stresem, niezależnie od jej rodzaju. Przeprowadzka z mniej komfortowego mieszkania do bardziej komfortowego, z miasta do miasta, czy też wreszcie zdecydowanie się na wyprowadzkę od mamy w wieku 40 lat. Przeniesienie infrastruktury też nie jest takie proste. Inna sprawa, gdy masz małą stronę internetową z kilkoma tysiącami unikalnych użytkowników dziennie, i jesteś gotów poświęcić kilka godzin i kilka kubków kawy na transfer danych. Inna — gdy masz skomplikowaną infrastrukturę z mnóstwem zależności i „krótkich rozwiązań” w konkretnych miejscach w danym chmurze.
A jeśli do tego dodasz 1С, proces zaczyna nabierać nowych kolorów.
Nazywam się Sergey Kondratyev, odpowiadam za nasze paskowane chmurę BeeCLOUD, a w tym poście opowiem Wam o przeprowadzce do naszej chmury firmy „AeroGeo”.
Po co w ogóle się przeprowadzać
Przede wszystkim, pozwólcie, że opowiem o specyfice działalności „AeroGeo”. To krakowska linia lotnicza, która od 13 lat zajmuje się przewozem pasażerów i ładunków, a w ich flocie znajduje się ponad 40 statków powietrznych, w tym śmigłowców. Loty odbywają się tylko w Rosji, ale na całym jej obszarze. Oznacza to, że samoloty firmy można spotkać od Ałtaju po Kamczatkę. Istotnym znakiem firmowym z kolei stało się zapewnienie pełnowartościowej pracy Sezonowej stacji dryfującej Rosyjskiego Towarzystwa Geograficznego.
Bell 429, zdjęcie z firmy
Ogólnie jest wystarczająco dużo klientów, wewnętrznych pracowników ponad 350, a lotnicze prace o dowolnym poziomie skomplikowania. Dlatego odpowiednio działająca infrastruktura dla firmy jest niezwykle krytyczna. A jak kapryśne mogą być 1С, wiecie bez mojej pomocy.
Otóż, rok temu u klienta pojawiła się wyraźna potrzeba aktualizacji infrastruktury. Naturalnie, zaczęto patrzeć w stronę funkcjonalnych rozwiązań chmurowych, a tutaj okazało się, że, po pierwsze, kierownictwo firmy było trochę niepewne co do tych rozwiązań chmurowych (czy wszystko naprawdę będzie dostępne 24/7 czy nie), a po drugie, zdecydowanie nie chcieli pracować przez publiczny kanał. Należy im się uznanie, że postanawiając się przeprowadzić, zorganizowali nam poważną kontrolę: dyrektor IT osobiście przyleciał, aby zapoznać się z miejscem i zrozumieć, co i jak u nas działa. Chodził, obserwował, wyciągnął wnioski i dał zielone światło na projekt pilotażowy.
Infrastruktura, którą trzeba było przenieść, była dostosowana do pracy 30 specjalistów w szczycie z trzech różnych biur (czytaj — z trzech różnych sieci: centrala, lotnisko 'Emieljanowo' i lotnisko 'AeroGeo'). Pomyśleliśmy i postanowiliśmy połączyć to wszystko w jedną sieć, którą następnie zabezpieczyliśmy protokołem IPSec, stworzyliśmy dedykowany tunel 'Krasnojarsk-Moskwa' o przepustowości 100 Mb/. Klucz sprzętowy znajduje się w naszym centrum danych na koncentratorze USB i jest podłączony do puli klienta.
Migracja zajęła zaledwie jeden wieczór, ponieważ przedstawiciel 'AeroGeo' po prostu przyniósł nam główną bazę danych na nośniku fizycznym bezpośrednio do centrum danych, w którym uruchomiona jest platforma. Właściwie, to właśnie kwestia przypisania kluczy najbardziej nas martwiła, były obawy, że podczas migracji klucze mogą odpaść, ale nie, wszystko poszło gładko, ponieważ klucze były przypisane do podobnych hostów.
Pilotowy projekt trwał około miesiąca, aktywnie zbieraliśmy informacje zwrotne od specjalistów 1C. Przez ten miesiąc nie zauważyli żadnych spadków wydajności ani niedogodności.
Dlaczego my
Chmur teraz jest dużo, prawie każdy duży gracz na rynku ma już swoją chmurę z mnóstwem dodatków. To zrozumiałe, chcesz konkurować — stwórz doskonałą chmurę i dodaj coś więcej.
Obecnie mamy trzy centra danych (Moskwa), chmurę na OpenStack (jeśli chcesz, opiszę to szczegółowo w osobnym poście), zdążyliśmy nabrać doświadczenia w przenoszeniu bardzo różnych 1C do chmury, BeeCLOUD ma hosty zarówno na 3 GHz, jak i 3,5 GHz (właśnie taki, z dedykowanym klastrem HP Synergy na 3,5 GHz, wybraliśmy w 'AeroGeo'), w zależności od tego, co jest potrzebne klientowi.
A ponieważ 1C to oprogramowanie, gdzie w ustawieniach i dostosowywaniu wciąż działa zasada 'Każdy, jak potrafi', stworzyliśmy doskonały klaster, do którego klient może przenieść swoją maksymalnie spersonalizowaną, kapryśną i wymagającą sprzętowo 1C i nic nie wyleje się po drodze. Wszystko będzie działać. TIER 3, SLA 99,97, FZ-152, klasyczny scenariusz.
Ale to wszystko to tylko cyfry i technologie. W naszym produkcie najważniejsi są ludzie. Udało nam się zgromadzić wspaniały zespół świetnych inżynierów, którzy pracują zarówno w Moskwie, jak i zdalnie w innych regionach. Daje nam to bardzo istotną możliwość — pomaganie klientom na miejscu. Co innego, gdy dzwonisz do wsparcia (nawet jako vip-klient) i przez pewien czas czekasz na linii, wyjaśniając, co znowu się zepsuło, po czym wsparcie musi zajmować się wszystkim zdalnie. Co innego, gdy sieciowcy i eksperci są w stanie rozwiązać wszystkie potencjalne problemy na miejscu, swoimi rękami.
Oczywiście, chmura jest również dobra, ponieważ zdejmuje z klienta wszystkie problemy i uroczyście przekazuje je dostawcy. U «AeroGeo» wszystko było powiązane z tym 1C. Teraz wiedzą, że aktualność i funkcjonalność systemu są wspierane przez nas. Kiedy pojawia się coś nowego od dostawcy, musimy wdrożyć jakąś łatkę itd. — po prostu piszemy do klienta o tym, ustalamy dogodny czas w jego strefie czasowej na przeprowadzenie prac i działamy. Na przykład, gdy na hosty były wdrażane świeże łatki od Intela i HP, robili to nasi ludzie w czasie najniższego obciążenia według czasu krasnojarskiego.
A udało się również zrobić wszystko w ramach jednego okna. Różne usługi czasami mają problemy, ponieważ zdarza się, że jako dostawca świadczysz usługę, ale masz mnóstwo podwykonawców. Jeśli coś idzie nie tak u podwykonawców, traci się czas również na komunikację z nimi. Klientowi to nie obchodzi, skoro płaci to wszystkie problemy powinieneś rozwiązywać ty.
Dlatego w przypadku BeeCLOUD postanowiliśmy odejść od tego i zrobić wszystko sami. Własny kanał magistralny, własne wsparcie, własny sprzęt. To także szybciej działa w przypadku problemu, jeśli wystąpi jakiś kłopot, to jest to na pewno nasz problem, my go rozwiążemy. Poza tym znacznie (w rzeczywistości) oszczędza czas w procesach wewnętrznych, gdy wszystko jest własne — masz tylko jeden serwis desk, bez masy klonów, synchronizacji czy ciągłego ping-ponga z podwykonawcami.
I o pieniądzach
Dokąd bez tego. W ramach posta mogę ujawnić niewiele liczb, ale i tak dadzą one wyobrażenie o skali. Gdy w "AeroGeo" liczyli, ile będzie kosztować modernizacja istniejącej infrastruktury, wyszło im ponad 2 000 000 rubli. I to są wstępne dane, zazwyczaj zapisane w dokumentach z oznaczeniem "Od". Tylko aktualizacja, bez wsparcia i obsługi.
Za przeniesioną do BeeCLOUD infrastrukturę, w tym same moce i całodobowe wsparcie, klient płaci 45 000 rubli miesięcznie. Oznacza to, że dwa miliony rubli wystarczą prawie na 4 lata pracy bez zmartwień i innych tego typu spraw.
Staramy się być maksymalnie otwarci, jeśli klient chce przyjechać do nas i zobaczyć, na czym to wszystko działa — proszę. A propos samej chmury: .
Jeśli masz pytania dotyczące tego przypadku lub ogólnie naszego chmury — pisz, chętnie odpowiem.
Źródło: habr.com
