Przez Techopedia Staff, 7 grudnia 2016 r
Na wynos: gospodarz Eric Kavanagh omawia dostępność z Robin Bloor, Dez Blanchfield i Bertem Scalzo z IDERA.
Obecnie nie jesteś zalogowany. Zaloguj się lub zarejestruj, aby zobaczyć wideo.
Eric Kavanagh: Panie i panowie, cześć i witamy ponownie. W środę jest godzina czwarta czasu wschodniego, a te dni mogą oznaczać tylko jedno, jeśli jesteś w świecie danych: ponownie czas na Hot Technologies! W rzeczy samej.
Nazywam się Eric Kavanagh, będę gospodarzem programu. Został zaprojektowany, aby dowiedzieć się, co jest modne, co się tam dzieje, jakie są fajne rzeczy, które są używane w przedsiębiorstwie, i oczywiście u podstaw wszystkiego, co robimy w tej dziedzinie, jest baza danych. Porozmawiamy więc o ochronie twojej bazy danych. Dokładny temat brzmi: „Chroń swoją bazę danych: wysoka dostępność danych o wysokim popycie”. Tak więc naprawdę jest slajd na temat twojej. I dość o mnie, trafiłem na Twittera, @eric_kavanagh.
Po pierwsze, ten rok jest gorący, dane są gorące, duże zbiory danych są bardzo gorące, ale nadal są trochę na krawędzi. Coraz więcej najnowocześniejszych firm wykorzystuje obecnie duże zbiory danych, większość organizacji zajmujących się chlebem i masłem na świecie, nadal korzysta z tradycyjnych danych, a jeśli twoje dane są bardzo poszukiwane, to chcesz upewnić się, że są one dostępne, ponieważ gdy systemy ulegają awarii, gdy dane są niedostępne, wtedy pojawiają się niezadowoleni klienci, nieszczęśliwe perspektywy, następuje rezygnacja klientów, niezadowolenie z wszelkiego rodzaju rzeczy, partnerów itp. Więc nie chcesz tego.
Będziemy uczyć się od jednych z najlepszych dziś w branży - usłyszymy od naszego własnego dr Robina Bloora, eksperta od baz danych przez około trzy dekady. Dez Blanchfield, który robi to od tak dawna, ale zaczął, gdy był bardzo młody, i Bert Scalzo z IDERA, który jest naprawdę dość czarnym paskiem bazy danych. Więc nie powstrzymujcie się, ludzie, zadawajcie pytania - duża część tego wydarzenia jest dla was cenna, gdy zadajecie dobre pytania i uzyskujecie dobre odpowiedzi, więc wysyłajcie je przez okno czatu lub komponent Q i A konsoli.
I po tym przekażę to Robin Bloor - zabierz to.
Dr Robin Bloor: OK, pozwól, że kliknę to i zobaczę, czy się poruszy - tak. Nie będę szczególnie mówił o bazie danych. Pomyślałem, że wiesz, ponieważ robię wprowadzenie, pierwszą prezentację wprowadzającą, więc opowiem o oczekiwanych poziomach usług i oczywiście dostępności, która jest umową, która jest tematem dzisiejszego programu.
Pytanie brzmi: „Naprawdę, czym jest dostępność? Jaką rolę odgrywa to w sposobie, w jaki ludzie obecnie zarządzają centrami danych? ”. Jedną rzecz, którą zauważyłem - zauważyłem to właściwie w latach 90. - pracowałem nad jedną witryną, a użytkownicy zaczęli narzekać, ponieważ ich poczta e-mail nie działała 15 minut.
I było to interesujące, ponieważ CTO lub ktoś, kto był odpowiedzialny za IT, rzeczywiście, jedno z niewielu miejsc, w których w tamtych czasach faktycznie określali poziomy usług, a e-mail nie działał przez 15 minut, nie naruszał niczyjego poziomu usług . Wydaje mi się, że tak naprawdę nie ma go przez dwie godziny. To nie był e-mail, którego nie można użyć, po prostu nie można było wysyłać i odbierać, ponieważ serwer był wyłączony. I to zwróciło mi uwagę na fakt, że od tamtej pory zauważyłem postęp, że wszystko po prostu przyspiesza, podobnie jak oczekiwania użytkowników, a to prowadzi do sytuacji, w której ludzie mogą mieć trzy poziomy usług, ale często zacznie narzekać, gdy poziomy usług nie zostaną faktycznie naruszone.
Tak więc definicja poziomów usług, żeby dać… cóż, może zależeć dokładnie od tego, o czym mówisz pod względem poziomów usług. Rozmawialiśmy o systemie IT lub aplikacji IT. Zwykle definiuj pod względem wydajności, dostępności i metryk - innymi słowy, nie możesz tak naprawdę zdefiniować poziomu usługi, chyba że możesz go zmierzyć, więc zwykle wiąże się to z pewnym rodzajem pomiaru i zwykle dotyczy czasu reakcji, poszczególnych transakcji i dostępność systemów w określonym przedziale czasu, a przed około 1994–1995 naprawdę rzadko zdarzało się, aby systemy były dostępne przez więcej niż normalny czas pracy. Powiedzmy, że od ósmej rano do szóstej wieczorem, aby nadać normalny zakres - a ludzie budowali systemy i w ten sposób, a to oznaczało - moim zdaniem, szczególnie z bazą danych - możesz skonfigurować bazę danych w określony sposób i okno wsadowe zaczęło się kurczyć, w niektórych systemach, a następnie w innych systemach pojawiła się potrzeba ponownego myślenia, a potem pojawiła się usługa lub architektura, która zaczęła tworzyć zależności między systemami, które wcześniej nie były zależne nawzajem, czyniąc wszystko jeszcze gorszym. Uścisnęliśmy się w kwestii dostępności systemów.
Chodzi mi o to, kiedy mówiłem o dostępności, obejmuje ona tworzenie kopii zapasowych i odzyskiwanie oraz obejmuje - to tak, jakby nie była to tylko dostępność w normalnych warunkach, o których mówimy; istnieje wiele różnych sposobów niepowodzenia aplikacji. Wiesz, możesz dostać awarię sprzętu lub awarię bazy danych, możesz dostać awarię oprogramowania i istnieje mnóstwo różnych gatunków tych rzeczy, a kiedy to nastąpi, musisz być w stanie odzyskać, a zatem musisz również cofnąć w górę systemów. Musi więc istnieć pewien schemat tworzenia kopii zapasowej systemu, a także, w wielu witrynach, obecnie potrzebujesz możliwości odzyskiwania po awarii w przypadku awarii całego budynku. I coś, o czym warto tu wspomnieć, i zamierzam zacząć o tym za chwilę, ale procesy biznesowe, one również mają poziomy usług, a tak naprawdę poziomy usług procesu biznesowego, które naprawdę mają znaczenie dla biznesu. IT musi po prostu wykonać swoją część i zgodnie z jakąkolwiek umową.
Poziomy usług IT są zwykle zależne od poziomów usług procesów biznesowych, ale tak jak 15 lat temu było dość rzadkie, aby jakakolwiek organizacja miała dobrze zdefiniowane poziomy usług, nadal dość rzadko organizacje mają dobrze zdefiniowane poziomy usług dla procesów biznesowych . To się teraz dzieje; to nie dzieje się od dłuższego czasu.
To jest przyspieszenie i bariery czasowe, warto wspomnieć o barierach czasowych. Stopniowo wkraczamy w świat przetwarzania zdarzeń i dlatego stopniowo wkraczamy w świat czasu rzeczywistego, z tego powodu stopniowo przechodzimy do dostępności wymaganej 24 na 7, a to jest trudne dla wielu systemów - to jest trudne do osiągnięcia. Albo jest to bardzo drogie, albo w niektórych przypadkach może być konieczna zmiana systemów, a nawet przejście do innej bazy danych, innej wersji używanego przez nas oprogramowania bazy danych.
Także te bariery czasowe - i zawsze lubię o nich wspominać, gdy tylko mam na to szansę - są to bariery czasowe, na które natrafiają nasze aplikacje; aplikacje mogą chcieć działać tak szybko, jak to możliwe, wtedy oprogramowanie mówi do oprogramowania. Naprawdę nie ma żadnej akceptowalnej licencji w niektórych sytuacjach, chcesz być tak szybki, jak to możliwe, a te sytuacje w warunkach biznesowych, takich jak sytuacje rynkowe, w których osoba, która przychodzi z drugim zleceniem kupna, otrzymuje gorszą cenę niż ktoś kto jest pierwszy i dlatego szybkość oprogramowania naprawdę ma znaczenie.
Ale wiesz, poniżej, kiedy faktycznie masz do czynienia z ludźmi - wchodzącymi w interakcje z nimi - najlepszy czas reakcji, jakiego można naprawdę wymagać od ciebie, to jedna dziesiąta sekundy, ponieważ dotyczy to czasu reakcji człowieka. Nie musisz iść szybciej, ponieważ człowiek i tak nie zauważy. Pomiędzy 1, 1 a czterema sekundami jest to czas oczekiwania, który ludzie normalnie tolerują, ale jak tylko minie się około czterech sekund, robią coś innego, a zatem naprawdę zaczynają działać wsadowo.
Możesz więc zobaczyć, że pewne ramy czasowe oraz dzień, tydzień i miesiące dotyczą tych rzeczy, w których zachowanie wsadowe ma sens i dlatego nie jesteś w świecie przetwarzania zdarzeń, a zatem dostępność może być całkiem inna pod względem tego, czego potrzebujesz być w stanie zapewnić. Ale gdy tylko znajdziesz się w świecie wydarzeń, masz dostęp do 24/7, a zmiana technologii jest czynnikiem, ponieważ technologia rozwija się coraz szybciej, więc dostępność może się nie zwiększyć; po prostu pozostaje taki, jaki jest.
To są poziomy złożoności i nie chcę się w to zagłębiać, po prostu, wiesz, są tutaj trzy rzeczy do rozważenia. Istnieje poziom usług infrastruktury, jest to oś pionowa, a następnie istnieje poziom usług dowolnej aplikacji, a następnie jest poziom usług biznesowych, które są od siebie zależne i należy je wziąć pod uwagę jeśli faktycznie chcesz stworzyć responsywne środowisko, w którym poziomy usług są w zasadzie spełnione.
Następnie masz na dole, które są właśnie reprezentowanymi bazami danych, ale możesz zrobić wszystko w systemie, wiesz, że masz konfigurację ciągłą, co oznacza, co mówi: nigdy się nie zatrzyma. Masz gorącą sytuację w trybie gotowości, w której w ten czy inny sposób istnieją różne sposoby jej osiągnięcia, ale w ten czy inny sposób, jeśli baza danych ulegnie awarii, zostanie przełączona na gorący tryb gotowości i bardzo niewielkie opóźnienie terminy, do tego stopnia, że użytkownicy prawdopodobnie zauważą, ale nie zauważą wiele.
Ciepły tryb gotowości przypomina bardziej 20-minutowe przełączanie, w którym wszyscy dzwonią do działu pomocy technicznej i dziwki przy biurku pomocy, gdy baza danych jest przełączana w tryb gotowości. Następnie dochodzi do ponownego uruchomienia komputera, w którym może to potrwać bardzo długo. Warto zauważyć, że dowolna aplikacja lub baza danych może znajdować się w jednej z sytuacji, w zależności od tego, co się faktycznie dzieje i od tego, jaki jest wymagany poziom obsługi aplikacji.
Na tej podstawie chcę jedynie wskazać krzywą złożoności. Złożoność wynika z węzłów i połączeń, zależności. W świecie, w którym żyjemy, liczba węzłów i połączeń zaangażowanych w cokolwiek wciąż rośnie, więc biegniesz do tego rodzaju celowej krzywej. Jeśli potrafisz spojrzeć na wzrost złożoności i kurczenie się wymiarów czasu, to wiesz o poziomach dostępności, czy istnieją cele czasowe, czy prawdopodobnie będą się zmniejszać?
A zatem naturalna ewolucja zmierza w kierunku ciągłej pracy, która jest oczywiście najdroższa - przynajmniej z mojego doświadczenia - to najdroższe konfiguracje, jakie możesz stworzyć. W ten czy inny sposób każda organizacja, która myśli o tym, naprawdę musi myśleć nie tylko o tym, co się teraz dzieje, ale o tym, co się wydarzy w przyszłości.
Być może ostatnią rzeczą, o której chciałbym wspomnieć, jest zarządzanie poziomami usług to ciągłe działanie; to nie jest coś, o czym wiesz, że masz projekt, robisz to i to koniec. Tak nie jest, ponieważ rzeczy ciągle się zmieniają. Powiedziawszy to, podam piłkę Dezowi.
Dez Blanchfield: Dziękuję Robin. Uwielbiam twój slajd otwierający. Właśnie powtórzyliśmy, myślę, że to film „Finding Nemo 2”. Nemo szukał dostępności w postaci dziewiątek, co moim zdaniem było całkiem urocze. Zawsze trudny do naśladowania. Kiedy myślę o czasie dostępności, dostępności i wysokiej wydajności, pierwszym obrazem, który przychodzi mi na myśl, ponieważ dorastałem na Wyspach Salomona w pobliżu wulkanów i równika, jest wulkan wybuchający w moim centrum danych; jest taki obraz, który zawsze mam na myśli, że to może potencjalnie się zdarzyć, jeśli coś wybuchnie. To zdjęcie pięknej Mt. Etna, która jest północno-wschodnim rogiem Sycylii, tuż obok Katanii.
Moje podejście do tego polega na rozmowie z tobą i przedstawieniu kilku rzeczy na wynos na tym samym poziomie, co regularnie robię w sali konferencyjnej z apartamentów typu C i szefów firm z myślą o rozmowie. o tym, co może wpłynąć na twoją organizację z handlowego lub technicznego punktu widzenia oraz o rodzajach inżynierii.
Musimy zastanowić się i jak - co z tego wyciągniemy, i jak pójdziemy, aby sprostać niektórym wyzwaniom, o których mówimy, gdy mówimy o wysokiej dostępności i czasie bezawaryjnym, szczególnie w zakresie automatyzacji i platform.
Pytanie, które postawiliśmy na początku, brzmi: co właściwie mamy na myśli, mówiąc o systemach baz danych i dostępności platform baz danych? Co tak naprawdę oznacza mówienie o prawdziwym wyzwaniu polegającym na udostępnieniu czegoś na poziomie, o którym Robin mówił w umowie dotyczącej poziomu usług, w której zainstalowano mapowanie tego, czego naprawdę potrzebujemy i czego chcemy?
Tak więc dzisiejsza rzeczywistość jest taka - i faktycznie w mojej głowie jest kilka szczytowych rzeczywistości - dziś wszystko jest skutecznie oparte na bazie danych. Istnieje bardzo niewiele systemów, które są dziś budowane i budowane w taki sposób, że rzeczy są po prostu przechowywane w plikach lub stanowią pewnego rodzaju płaski dziennik plików; niezmiennie wszystko bazuje na bazie danych. W związku z tym musimy przestać myśleć o dostępności tych baz danych, różnych systemów i aplikacji oraz narzędzi, które od nich zależą, i polegać na nich w zakresie świadczenia usług, które chcemy świadczyć, sprzedawać lub konsumować . I cała otaczająca go infrastruktura.
W rzeczywistości, gdy myślisz o dużych zakłóceniach danych w ostatnim czasie, w szczególności cyfrowych tubylcach lub chmurowych, niektóre firmy, które pojawiły się, takie jak Uber i Airbnb i tak dalej, oraz nieco starsze PayPals oraz eBays świata - skala i rozmiar tych organizacji jest możliwa tylko dzięki nowoczesnej technologii baz danych i nowoczesnej infrastrukturze chmurowej. Bez tego, bez dodatkowej zapewnionej zdolności, po prostu na pewno nie istniałyby. Wyobraź sobie scenariusz, w którym możesz dostać się na eBay tylko między 9:05 a 9:25, ponieważ był niedostępny przez resztę dnia, ponieważ próbował zrobić iCloud lub kopię zapasową lub coś w tym rodzaju, po prostu nie miałby pracował
Są też inne kluczowe obszary, kiedy myślisz o naszym codziennym życiu, na przykład handel detaliczny, bankowość i finanse oraz linie lotnicze i tak dalej. Duże grupy branżowe, takie jak logistyka lotnicza, spedycja transportowa, rząd jako całość, bezpieczeństwo narodowe, policja i tak dalej. Wszystkie te branże, wszystkie segmenty rynku, wszystkie te organy, grupy zależą od funkcjonowania ich środowisk.
Mając to na uwadze, mamy także inne zastrzeżenie, o którym musimy pomyśleć, drugie na wynos, o którym chcę, abyście o tobie myśleli, i że nasz świat jest teraz tym, co nazywam „zawsze”. Jesteśmy na stałe połączeni i jest to temat, który regularnie słyszysz i zamierzam go powtórzyć i powtórzyć. Teraz mamy smartfony w naszych rękach przez cały dzień, każdego dnia. Nie wyłączamy ich, kładziemy je obok łóżka, niezmiennie używamy ich jako budzików, używamy ich jako aparatów fotograficznych i robimy zdjęcia, one popychają je w chmurę.
Są zawsze na stałe, trwale połączeni z mentalnością. W rzeczywistości istnieje moneta frazowa, którą lubię używać, i to znaczy, że żyjemy teraz w pokoleniu Fitbit, w którym mierzymy wszystko, monitorujemy wszystko, i trzeba to zarejestrować to gdzieś pójdzie.
I jest jeszcze jedno zdanie, z którym cię zostawiam, a mianowicie, że gdzieś gdzieś jest godzina dziewiąta. To świat 24/7/365, w którym żyjemy. Ziemia nieustannie obraca się wokół Słońca, w pewnym momencie i czasie, o każdej godzinie dnia, jest godzina dziewiąta. A to oznacza, że ludzie wstają z łóżka i próbują robić rzeczy, kupować, instalować itp.
Co mamy na myśli, mówiąc o wysokiej dostępności? Brzmi to naprawdę oczywiste, dopóki nie zaczniesz zanurzać się w szczegóły. Wiesz, kiedy myślimy o „OK, co oznacza wysoka dostępność?” Cóż, w rzeczywistości nie ma srebrnej kuli. Jest to dość złożona koncepcja, ponieważ Robin odnosił się do niektórych poruszonych przez niego tematów, takich jak pomiar dostępności i umów dotyczących poziomu usług. Odwzorowujemy to na takie, jak: mam te pytania, czy to czas pracy? Czy martwimy się o takie rzeczy, jak to, co nazywamy pięcioma dziewiątkami, które zajmę się za chwilę. Czy zastanawiamy się, co zawierają nasze umowy dotyczące poziomu usług? Na przykład w umowach dotyczących poziomu usług mam na myśli opóźnienia, trzyliterowy akronim w przypadku umów o poziomie usług stał się w dzisiejszych czasach coraz bardziej krytyczny.
Podczas gdy przechodzisz przez cały proces instalacji na miejscu i hostingu zewnętrznego dla zewnętrznych centrów danych i zewnętrznych usług zarządzanych, a teraz przechodzimy do chmury. Rzeczywistość jest taka, że kiedy mówisz o chmurze, to po prostu komputery innych ludzi. A to oznacza, że nie korzystasz z infrastruktury, nie korzystasz z systemów i niezmiennie nie korzystasz z chmury. Robisz infrastrukturę skonfigurowaną jako platforma, więc jest to jeszcze ważniejsze w obsłudze sił sprzedaży. Teraz wyobraź sobie na przykład sprzedaż, wiesz, że nie dotykasz żadnej z tych infrastruktur, po prostu logujesz się do interfejsu internetowego.
Tak więc jedynym mechanizmem, który masz w tym świecie w chmurze i jakiejkolwiek formie outsourcingu dowolnej formy kontroli, która jest umowami o poziomie usług, jest to jedyny mechanizm, który masz, a jeśli ludzie nie spełniają twojej instalacji, to oni znoszą kary i redukcja kwoty, którą płacisz lub po prostu ich nie płacisz.
To przywodzi na myśl całe to wyzwanie, wiesz, jak zarządzamy wysoką dostępnością? Jak zarządzamy dyspozycyjnością dostępności, jeśli nie jest to twoja infrastruktura - na przykład chodzi o SLA. Jeśli jest to twoja infrastruktura lub nawet jeśli jest to infrastruktura kogoś innego jako punkt widzenia projektowania. Rozmawialiśmy o równoważeniu obciążenia do nauki o modelach, czy jest to patent na projekt odporny na uszkodzenia?
Czy w swoich architekturach masz aktywny aktywny lub aktywny tryb gotowości? Czy masz wiele serwerów, wiele platform pamięci? Jak działają te platformy pamięci? Czy się powielają, czy się odbijają? Czy korzystasz z macierzy RAID? Jakiego typu macierzy RAID używasz dla nadmiarowej pamięci? Czy korzystasz z RAID na poziomie dysku? Czy korzystasz z platformy przechowywania obiektów, która replikuje się między modelami dysków oraz modeluje systemy i dyski? Czy to N plus jeden za każdy mały kawałek infrastruktury, który masz? Czy dodajesz kolejne i czy jest ono w tym samym centrum danych czy innym centrum danych? Czy zbudowałeś na przykład patent na projekt, który nie uwzględnia żadnego pojedynczego punktu sprzedaży?
Wszystkie te podstawowe rzeczy, teraz brzmią jak proste koncepcje, ale kiedy wejdziesz w każdą z tych rzeczy, są to bardzo, bardzo szczegółowe rzeczy. Kiedy mówimy o dostępności, niezmiennie kończymy na dziewięciu. A co rozumiemy przez dziewiątki? Wszyscy o nich słyszeliśmy, ale zastanówmy się przez chwilę, co oznaczają i dlaczego są ważne.
Mówimy więc o dziewiątej, co stanowi zaledwie 90 procent naszej dostępności. Wiem, że to brzmi bardzo wysoko. Tak więc, kiedy rozmawiamy 24 na 7 na 365, jeśli spojrzymy na przykład na jeden rok, kiedy rozmawiamy o pierwszej dziewiątej, co stanowi 90 procent czasu, pozwala to na trzydzieści sześć i pół dnia przestoju w roku. Zaokrąglmy to do nieco ponad miesiąca.
Pomyśl teraz o każdej firmie, z którą mamy do czynienia na co dzień - czy to bankowości internetowej, eBayu, PayPal czy platformach społecznościowych, takich jak LinkedIn, Twitter lub po prostu sprzedawca detaliczny - powiedzmy, że chcę zarezerwować lot ze Stanów Zjednoczonych ze słonecznego Australia, czy byłbym szczęśliwy, gdybym chciał przyjechać do Ameryki za kilka tygodni, gdyby moja ulubiona linia lotnicza była nieobecna przez trzydzieści sześć i pół dnia, ponieważ ich usługodawca powiedział: „Słuchaj, nie mamy 90% czasu „? Oczywiście, że nie.
Gdy idziesz w górę tego modelu, dwie dziewiątki: 99 procent. Staje się to 3, 65 dnia, mniej więcej trzy i pół dnia przestoju w roku. Czy to wielka sprawa? Cóż, dzieje się tak, jeśli prowadzisz Czarny piątek i prowadzisz wyprzedaż, a ludzie mogą kupić tylko w ciągu tych kilku dni.
Trzy dziewiątki stają się zaledwie 8, 7 godzin rocznie, ale nawet 8, 7 godzin rocznie, to nieprzerwane osiem godzin naszego czasu. Cóż, w bankowości i finansach, w zdrowiu - jeśli jest to szpital, to może kosztować życie. Kiedy wspinasz się, cztery dziewiątki to 52 minuty, pięć dziewiątek to pięć minut, a sześć dziewiątek to w zasadzie 30 sekund. Sześć dziewiątek jest bardzo wysokie, a gdy wchodzisz po tej drabinie, gdy wspinasz się na choinkę dziewiątek, im więcej dziewiątek wejdziesz, tym trudniej jest projekt, środowisko i platforma. Im trudniej jest świadczyć tę usługę, a jeśli myślisz o skróceniu czasu, jaki masz na uruchomienie kopii zapasowych, administrację, łatanie, okna serwisowe dla dowolnej formy przestoju - wszystkie nietrywialne wyzwania - i wszystko sprowadza się do odsetka awarii, skutecznie.
Kluczem tutaj, który chciałbym przekazać, jest to, że nie ma srebrnej kuli, jak wspomniałem wcześniej. Jeśli chodzi o dostępność, nie ma „jednego rozmiaru dla wszystkich”. Możesz mieć konkretny rodzaj patentu na projekt, który pasuje do kluczowych branż. Te same wyzwania stoją przed wszystkimi bankami. Niektóre mogą być bankami detalicznymi, niektóre mogą być bankami premium. Niektóre banki mogą koncentrować się na handlu i inwestycjach, zarządzaniu majątkiem. Niektóre mogą być wyłącznie konsumpcyjne. Niektóre z nich mogą umieszczać tylko w Internecie, a nawet nie mieć kasjerów i zajmować się bankomatami tylko podczas wydawania gotówki. Tak więc w tych scenariuszach, nawet w bankowości i zarządzaniu majątkiem oraz w branży usług finansowych jako całości, dla każdego z nich wciąż mają one swój szczególny smak lub coś, czego potrzebują, jeśli chodzi o dostępność.
Kiedy więc myślimy o dostępności w prostym języku angielskim, mieszanka między dostępnością a wysoką dostępnością - uważamy, że to to samo, ale tak naprawdę to kreda i ser. Dostępność to, mówiąc wprost, angielski, miara czasu, w jakim serwer lub proces funkcjonuje normalnie lub ogólnie, związany z ich użyciem. Oznacza to po prostu, jak opisujemy, czy jest on dostępny, czy nie. Kiedy mówimy o dostępności, często wpadamy w pułapkę myślenia: „Zapewniam ją w dostępnej formie” w porównaniu z wysoką dostępnością w ochronie bezpieczeństwa tej infrastruktury.
Wysoka dostępność, w innym znaczeniu w prostym języku angielskim, to projekt, w którym wdrażasz lub osiągasz pewien wynik i dostępność danych, w szczególności tam, gdzie prawie cały czas - 24/7/365 dni w roku - dostępność dociera do niektórych z nich dziewiątki. Niezmiennie nie oznacza to 100 procent. Sto procent jest technicznie niemożliwe w prawdziwym świecie w żadnym środowisku. Jest to bardzo trudne dla jednego serwera w systemie operacyjnym z bazą danych, z uruchomioną platformą, a na tej aplikacji można ją dostarczyć i oczekiwać, że będzie działać w 100 procentach. Więc zaczynamy myśleć o projektach. Czy mamy zwolnienia, czy mamy wiele slajdów do replikacji? Potem, kiedy ułożysz to w prostym języku angielskim, ciekawe jest, jak różni się temat dostępności od wysokiej dostępności.
Pomyślałem, że umieszczę go w naprawdę prostej formie graficznej, aby dać nam wyobrażenie o tym, jak to wygląda, gdy zaczniesz wspinać się na wyzwanie zwiększenia dostępności w celu ochrony dostępności usługi. W lewym dolnym rogu mamy jedną dziewiątkę. Przedstawiłem pięć dziewiątek, o których ogólnie mówimy. Sześć dziewiątek jest trochę oburzające. Kiedy mówimy o pięciu dziewiątkach w lewym dolnym rogu, około 35 dniowych przestojów, jest to tanie i mało skomplikowane środowisko, które starasz się zapewnić, ponieważ masz wiele rzeczy, które mogą zawieść i możesz nadal spełniają warunki umów dotyczących poziomu usług.
Ale gdy idziesz od dołu od lewej do prawej i dochodzisz do punktu, w którym na obrazie jest więcej dziewiątek, dostajesz scenariusze, w których zaczynasz myśleć o replikacji systemów i platform. Musisz pomyśleć o klastrowaniu i wirtualizacji różnych części infrastruktury. Musisz pomyśleć o geolokalizacji tych klastrów, wielu lokalizacjach centrów danych i musisz pomyśleć o rodzaju branży i segmentu rynku, do którego dążysz. Jaki poziom usług musisz spełnić? Jakiej usługi szukasz? Obszary, które są usługami opartymi na kartach w czasie rzeczywistym, które informują o komunikacji. Czy to służby wojskowe? Tak więc ten wykres przebiega od dołu od lewej do prawej u góry, a gdy przejdziesz przez tę krzywą, wzrost kosztów i złożoności. W miarę, jak stajesz się bardziej złożonym i wymagającym środowiskiem, będziesz potrzebować więcej dziewiątek.
Na przykład ten wykres działa bardzo podobnie: opisuje historię między składnikiem kosztów a pożądanym składnikiem dostępności. Tak więc w lewym górnym rogu mapujemy wysoce dostępne złożone systemy, a koszty ponoszone, jeśli dostępność spada, w porównaniu z korzyścią z dostępności w zerowym czasie przestoju. Na przykład, jeśli mamy środowisko po lewej stronie, w którym wszystko jest załamane, możemy ponieść straty finansowe. Mamy implikacje prawne, które mogą mieć konsekwencje na poziomie strategii biznesowej.
Są chyba wszelkiego rodzaju potencjalne problemy moralne związane z korzystaniem z usługi. Jeśli jest to branża zdrowotna i zaczynają przechodzić przez koszty przestoju, wpływ na klientów, zmniejszenie zadowolenia klientów, produktywność personelu, produktywność użytkowników itp. Na te rzeczy ma wpływ, jeśli pomyślimy o zaprojektowaniu wysoce złożonego, wysoce zależnego, wysoce ryzykowne środowisko, w którym istnieje potencjalne ryzyko awarii, a tym samym strat.
Po prawej stronie staramy się stworzyć scenariusz, w którym jeśli inwestujemy wysokie koszty i planujemy projektowanie, inwestujemy w inteligentne wdrożenie. Inwestujemy w zapewnianie ludziom umiejętności i zasobów oraz cenimy sobie środowisko sieciowe i cenione środowisko operacyjne oraz sprzęt i oprogramowanie. Dostajemy wysoką dostępność, ale wiąże się to z wysokimi kosztami. Tak więc wahające się magiczne miejsce wahadła w optymalnej pozycji na środku, gdzie się krzyżują, gdzie mamy nieco zmniejszony koszt, i rosnąca dostępność, która tylko żongluje między poziomami dziewiątek i wysoką dostępnością, która jest ciągłą dostępnością i jest to ciągłe wyzwanie dla nas do spełnienia, ponieważ ile pieniędzy jesteś gotów zainwestować, aby uzyskać poziom usług, którego szukasz?
Mamy też temat, w którym nie będę się zajmował szczegółami, ale chcę tylko, żebyś to zabrał i pomyślał o tym. Różnica między średnim czasem między awarią projektu a średnim czasem do wyzdrowienia. Innymi słowy, czy inwestujesz w infrastrukturę o lepszej jakości, lepszą jakość projektowania, lepszą jakość sprzętu i oprogramowania oraz lepszą jakość wykwalifikowanego personelu i zasobów do projektowania i skrócenia średniego czasu między awariami, a średniego czasu potrzebnego na znalezienie przerwy w przeciwieństwie do aby obniżyć inwestycje w infrastrukturę, zasoby i projektowanie oraz ślepe patenty, wysoka zdolność do odzyskania? Innymi słowy, jeśli coś się zepsuje, masz wiele do podłączenia. Jeśli ktoś ma laptopa i umiera, masz zapasowy. Dajesz je im i po 30 sekundach się logują. To są bardzo różne końce bieguna. Pierwsza z nich przedstawia inżynierię z wysokimi kosztami i wysokimi inwestycjami, aby uniknąć awarii, a druga z nich mówi: „Przyjmę do wiadomości, że nadejdzie porażka, więc będę się tym zajmować i będę przygotowany na awarię i szybko wracają do zdrowia ”.
Jak wspomniałem wcześniej, gdzie mogę powiedzieć: „Moja dostępność nie jest twoją dostępnością”. Więc jeśli chodzi o środowiska baz danych i wsparcie infrastruktury, prowadzenie bazy danych i jej ochronę oraz zapewnienie wysokiej dostępności, tak naprawdę nie ma jednego okienka . Każdy ma swoje potrzeby i pragnienia. Musisz więc zadać sobie te podstawowe pytania, na które cię zostawiam, a mianowicie: na co może sobie pozwolić Twoja organizacja? Nie mówię tylko o dolarach i centach. Mówię, jako organizacja, na co możesz pozwolić sobie z zasobów, czasu i wysiłku itd., O ile poziom dostępności może zapewnić? Co może wesprzeć Twoja firma? Tak więc obecne możliwości, obecne umiejętności, obecna infrastruktura, obecne fundusze, które możesz zebrać. Ciekawą równowagą jest to, że żonglowanie pomiędzy tym, na co Cię stać, a tym, co możesz wesprzeć.
Następnie musisz zadać sobie pytanie: jakie umiejętności i technologię posiadasz na miejscu? Czy możesz zlecić część tego wyzwania? Czy możesz przenieść rzeczy do chmury? Jeśli masz usługę infrastrukturalną oprócz usługi oprogramowania, nie masz tego stosu, gdy idziesz dalej w górę stosu. Czy zatem powinieneś inwestować więcej w platformy i usługi, a nie martwić się infrastrukturą, czy też oprogramowanie należy traktować jako ofertę usług, ponieważ nie musisz martwić się o platformę?
Jakiego rynku i konsumenta lub klienta obsługujesz? Mam na myśli to, że jeśli jesteś telekomunikacją i ktoś musi odebrać telefon, a Ty cały czas słychać sygnał wybierania, to zupełnie inne wyzwanie, aby otworzyć mały sklep detaliczny od poniedziałku do piątku od 9 do 5 i zamknąć go godzina w porze lunchu jak fryzjer w sklepie narożnym. Musisz więc bardzo długo przemyśleć, jak to działa i co to oznacza dla Twojej organizacji, co musisz być w stanie zapewnić.
A potem żonglowanie między tym, co jest w lokalu, co jest hostowane zewnętrznie i potencjalnie, co jest w chmurze. Jak powiedziałem wcześniej, wynika to również z wyzwań czasowych. Pozostaje nam więc ostatnie pytanie, na które czekam z niecierpliwością na naszych przyjaciół z IDERA, którzy powiedzą nam, w jaki sposób rozwiązują te same problemy, i jest to świetna żonglerka pomiędzy dopasowaniem pożądanej i wymaganej dostępności do wydajności, a potrzebami Twojej firmy Twój rynek i Twoi konsumenci potrzebują.
A rzeczywistość jest taka, że to nie lada wyczyn. Potrzeba czasu, wysiłku i pieniędzy, aby pomyśleć o tych sprawach. Niezmiennie inwestowanie w ludzi i umiejętności oraz inwestowanie w oprogramowanie i narzędzia w celu automatyzacji niektórych z tych procesów i zapewnienia tym ludziom odpowiednich narzędzi i systemów, aby ich życie było nie tylko lepsze, ale możliwe dzięki monitorowaniu bardzo dużych środowisk i ochronie a zarządzanie tymi wielkoskalowymi środowiskami często przekracza indywidualne możliwości ludzkie.
Mając to na uwadze, mam nadzieję, że przygotowałem scenę do wspaniałej rozmowy dla naszych przyjaciół na platformie IDERA, aby porozmawiać o ich platformie i narzędziach. Z niecierpliwością czekam na kilka świetnych pytań na końcu. I odejdę.
Dr Robin Bloor: W porządku. Bert, właśnie dałem ci klucze, zabierz to.
Bert Scalzo: Dziękuję! Dziękuję, Dez i Robin. Zamierzam kontynuować temat wysokiej dostępności danych. I faktycznie wykorzystam wiele z tego, o czym Dez właśnie mówił. A więc wybory, dziewiątki, kompromisy, przystępność cenowa. Spróbuję to przedstawić bardziej administratorowi bazy danych lub komuś bliżej okopów, jak by na to spojrzeli? Jak by to zaprojektowali? A co oznaczają te wybory.
Teraz postaram się być niezależnym od bazy danych. Nie zamierzam rysować, na przykład, rozwiązania specyficznego dla Oracle ani SQL Server, ale narysuję, powiedzmy, ogólną architekturę, którą oferują wszyscy dostawcy baz danych, coś podobnego. Wszyscy nazywają to pod różnymi nazwami, ale jest to wspólny wybór, a ja chcę spojrzeć na to zarówno z perspektywy biznesowej, jak i technologicznej oraz tego, w jaki sposób odnosi się to do wymagań biznesowych.
I chcę zacząć od tego, co jest najbardziej podstawowym rozwiązaniem zapewniającym pseudo-wysoką dostępność, poprzez opcje dostępne na poziomie pamięci masowej, na poziomie wirtualizacji i na poziomie bazy danych. A potem chciałbym również przedstawić wam fakt, że wszystkie wybory są dostępne również w chmurze.
Ponownie postaram się pozostać dość agnostycznym wobec bazy danych. Teraz większość rzeczy, o których zamierzam mówić, wiem, że istnieją w Oracle, SQL Server, MySQL, PostgreSQL. Istnieje również kilku dostawców zewnętrznych, którzy tworzą narzędzia, które dają dodatkowe architektury, które można rozważyć. I, jak właśnie powiedział Dez, żadne rozwiązanie nie jest najlepsze; to wszystko zależy. Ale jest jeden uniwersalny fakt w tym, na co będziemy patrzeć, to, że będzie więcej ruchomych części, więc będzie bardziej złożony, a zatem bardziej kosztowny.
Wszyscy wiemy, że dane są ważnym zasobem. I wszyscy wiedzą, że szybki dostęp do danych jest zawsze miły. Jednak niezawodny dostęp do danych ma kluczowe znaczenie. A skoro mówił o swoich dziewięciu przykładach, czy naprawdę możesz sobie pozwolić na 36½ dni przestoju? Bardzo ważne jest, aby dane były dostępne przez cały czas. I tak przestoje mogą kosztować fortunę, zarówno pod względem utraconych dochodów, ale jeszcze ważniejsze, w przypadku utraconych klientów lub utraty dobrej woli klientów. Dam ci dobry przykład; jeśli konkretna witryna, na której dokonuję zakupów, jest powolna, mogę spróbować znaleźć nową witrynę, która sprzedaje podobne produkty po podobnej cenie i która nie ma wolnych witryn. A zatem nie chodzi tylko o utratę klienta, ale o dobrą wolę klienta wobec ciebie.
Teraz sprzęt jest obecnie znacznie tańszy, dlatego rośnie zapotrzebowanie na wysoką dostępność. I znowu, poprowadzę nas do chmury, kiedy na to spojrzymy. Mamy też oferty z różnych poziomów: dostawców pamięci masowej, dostawców baz danych, dostawców wirtualizacji, a teraz nawet dostawców usług w chmurze. A zatem, co jest naprawdę interesujące w chmurze, to po tym, jak narysowałem wszystkie te cudowne zdjęcia architektur, które można zbudować w chmurze, wiele razy to tylko niektóre pola wyboru, które zaznaczasz. I mówisz: „Chcę replikacji między regionami geograficznymi”. Pole wyboru. „Chcę replikację kluczowych komponentów sprzętowych.” Pole wyboru. I tak, jeśli rozumiesz zdjęcia, czasami w chmurze zaznacza tylko kilka pól, aby zbudować obraz, który masz w głowie.
Najważniejsze jest, jakie są wymagania biznesowe dotyczące wysokiej dostępności? Na przykład, czy muszę się martwić tylko o awarię w jednej witrynie, czy też muszę to mieć w wielu witrynach? Innymi słowy, czy mogę mieć jedno centrum komputerowe i nie obchodzi mnie, czy to jedno centrum przejdzie w tryb offline? Nie wymagam od firmy, aby rozszerzyła się na wiele witryn. To pytanie biznesowe. Ważne jest, aby wiedzieć, w jaki sposób firma postrzega odpowiedzi na to pytanie, ponieważ zazwyczaj określa to budżet.
Teraz chcesz także spojrzeć w dół na poziom ochrony przed awariami. Czy to może być awaria zasilania? Could it be a component failure? Like a NIC or an HBA goes bad, a host bus adapter. Is it a hard disk that goes bad? Is it a storage cabinet failure? Is it a computer failure? Or, in some cases, is it a site failure? That's different than, in some cases, you can have a site failure, because the site itself is offline. In another case, it can be that a substantial portion of the site is offline, but from your perspective that's the whole site.
And then, as Dez was talking about, what's the expectation of the time to resume operations? That's a business question. If the business says you've got to be able to resume operations within two minutes, then obviously, that's going to define some of these pictures that I'm going to show you will work, and some of them will not be options that you can choose.
And another question that comes up during high availability, but often people forget to ask is, "Hey, business, if something happens while I'm in the middle of processing a transaction, what am I allowed to lose upon resumption of the system?" In other words, if I can bring the system back up in two minutes, and I can lose no more than 10 seconds of, let's say, transactions that were in flight, is that acceptable business? And again, that will define what the business is willing to spend for that, and then again, that may define which pictures that I'm going to show you either apply or don't apply.
So, let's start with the most basic pseudo-high-availability solution. This is really not high availability, but I like to start with this, because it gets people thinking the right way. If I've got a server and a storage array, typically I will put multiple NICs, network interface cards, in that server, and bond them so that if one NIC fails, I'm still up. And I'll do the same thing with my host bus adapters, I'll multi-path that through different switches, so that I have multiple ways to get to my storage. And I got a universal power supply, and I've got repetitive controllers inside my storage array, and maybe I've done something like RAID 10 with my discs. In other words, in this picture I've prevented single-component failure at multiple levels. So, I am not bound by the NIC, or the HBA, or the controller, or the switch.
But if you notice, the server is in red and the storage array is in red. I still have two areas where if they fail, if my server goes, I'm dead, if my storage array cabinet goes, I'm dead. So, while this is not really high availability, it starts you to seeing and looking at the picture and saying, "I want a picture where there is no red." And that's really the goal of these pictures, to get us pointed in the right direction.
So, the first thing to happen is, as a DBA, I might always want to put the high-availability solution as a database implementation, but it might be that it's available that it could be done as a storage solution, or it might be that it could be a storage-level replication. In case of the left, I've got storage virtualization. What's happening is I've got RAID 0 in two different storage cabinets for my discs, but I've got RAID 1 across the two different storage cabinets. In other words, I can actually now have a storage cabinet fail, and I'm not dead. So, it's better than the prior picture, because in the prior picture – remember we had both red on the server and red on the storage array – and now we made a small improvement, we now no longer have red at the storage level, we've used- storage virtualization solved that problem.
Now, another way you could do it – and not all vendors provide this – is that you may be able to do storage-level replication. I'm not talking database replication, I'm actually talking about replicating your block I/O for your storage. And that can be done at the storage level. And so again, now I have on the right-hand side, another picture where I remove the red from the bottom, because I'm using storage replication.
And so, this is another picture that may or may not be available. And the person who would manage this may be your storage administrator, rather than your database administrator. I like to bring this up, because sometimes people think of, "Oh! High availability, it must be the DBA that addresses this problem." That's not always true; it could in this case be the storage administrator.
Now next, we can do server virtualization as a possible solution. Now if you remember, in the first picture I had red at the server and red at the storage array. I could, in this case, using virtualization, I might be able to relocate, and in some cases that relocation is sort of a warm relocation, and in some cases can actually even be a hot relocation. Some virtualization or hypervisors provide the capability to move a virtual machine in flight. And some databases will accept that movement in flight readily. Now, again, not all hypervisors provide this, but this is one possible level of solution. Now, I've made the top servers are no longer red, but I still have the shared storage array and guess what, this solution may be a joint effort between the database administrator and the virtualization administrator. Or it could even be just the virtualization administrator, depending on what level of relocation is supported on that hypervisor and that database.
Jeśli zastanawiasz się: „Wow, co on rozumie przez to przeniesienie? Podaj mi konkretny przykład. ”Na przykład na maszynie wirtualnej, gdzie możesz użyć VMotion, aby przenieść maszynę wirtualną z jednego hosta na inny i zrobić to bez przestojów. Najwyraźniej na poprzednim zdjęciu było jeszcze trochę czerwieni. Nadal miałem pamięć jako pojedynczy punkt awarii. I tak przechodzimy do następnego rozwiązania, które, no cóż, pozwolę mi połączyć pamięć masową i wirtualizację serwerów.
Teraz, w tym przypadku, znowu może to być administrator pamięci masowej i administrator wirtualizacji, którzy budują to rozwiązanie i teraz wyglądają: mam zdjęcie bez czerwonego. Mam wysoką dostępność, ponieważ mogę przenieść maszynę wirtualną lub działającą aplikację lub bazę danych z jednego serwera na drugi i mam wirtualizację w mojej macierzy pamięci masowej, która wykonuje RAID 1 na dwóch oddzielnych macierzach pamięci. Poprawiłem wiele przełączników i kart HBA.
Więc teraz zbudowałem system HA i zrobiłem to przede wszystkim na poziomie bazy danych. Innymi słowy, wykorzystałem inne technologie, aby osiągnąć to samo. To jest rozwiązanie. Następnie przechodzimy do tak zwanego skalowalnego klastra pamięci współdzielonej. To naprawdę nie jest rozwiązanie HA, ale znowu chcę to pokazać na zdjęciu.
A tutaj dzieje się tak, że mamy dwa serwery z bazą danych i jest to jedna baza danych. To nie są dwie osobne bazy danych; to nie jest jak pan i niewolnik, ani gorący i zimny, ani aktywny i rezerwowy. Oznacza to, że oba te węzły współpracują ze sobą, aby przedstawić jedną logiczną bazę danych. Tak więc dzieje się tak, że jeśli jakiś węzeł ulegnie awarii, nadal nie możesz pracować. Tak więc chroni cię przed awarią na poziomie serwera i robi to w zasadzie poprzez dzielenie zasobów węzła, jeśli chcesz, ale nadal masz jeden punkt awarii na dole dla dysku. Jest to więc skalowalny klaster pamięci współużytkowanej, a Oracle nazywa ten klaster Real Application Cluster lub RAC.
Teraz innym rozwiązaniem jest użycie klastra trybu failover pamięci współużytkowanej. Tak więc po lewej stronie mam aktywny węzeł, po prawej mam pasywny węzeł, mam uderzenie serca pomiędzy. Mam współużytkowaną macierz pamięci i jest to bardzo ważne; musisz to mieć. Zasadniczo dzieje się tak, jeśli aktywny węzeł napotka problemy, węzeł pasywny może przejąć kontrolę. Występują przy tym problemy licencyjne. Niektórzy dostawcy baz danych pozwalają na posiadanie pasywnego węzła ze zmniejszoną licencją na czas określony. W innych przypadkach konieczne jest pełne duplikowanie licencji. Wszystko zależy od dostawcy bazy danych. Ale wszystkie obsługują ten rodzaj obrazu, który oznacza, że jeśli jeden węzeł ulegnie awarii, drugi węzeł może przejąć kontrolę.
I zwykle jest to jeden z tych scenariuszy, w którym, gdy przejdziesz z aktywnego węzła do pasywnego węzła, prawdopodobnie w większości baz danych - nie we wszystkich - stracisz część transakcje lotnicze. Następnie przechodzimy do tego, na co administrator bazy danych naprawdę może patrzeć, czyli do replikacji bazy danych, i istnieją dwa różne sposoby przeprowadzania replikacji bazy danych.
Istnieje fizyczna replikacja, a co ważne, na środku tego zdjęcia widać zieloną gwiazdą, że replikacja jest wykonywana przez bazę danych, ale podobnie jak wirtualizacja na poziomie magazynu, odbywa się na bloku poziom. Powtarzamy więc faktyczne operacje We / Wy bloku z aktywnego węzła do węzła tylko do odczytu lub pasywnego. Jest to uważane za fizyczną replikację.
Teraz przejdźmy do następnego slajdu, ponieważ jest prawie identyczny i jest logiczną replikacją, a jedyną zmianą na zdjęciu jest to, że w środku, zamiast wysyłania bloku I / O, zasadniczo wysyłamy dziennik pliki z poleceniami SQL. Innymi słowy, to, co replikujemy, to nie fizyczne We / Wy, ale polecenia, które powodują fizyczne We / Wy.
Jest to często nazywane wysyłaniem dziennika lub replikacją opartą na dzienniku. Niektórzy dostawcy baz danych oferują to natywnie. Inni dostawcy baz danych mogą tego nie oferować, ale oferują to dostawcy zewnętrzni, dlatego jest to bardzo popularne rozwiązanie HA i jest uważane za kompletne rozwiązanie. Ale to rozwiązanie leży przede wszystkim w gestii DBA.
Nie używam więc wirtualizacji, aby to osiągnąć. Mógłbym, ale nie jestem od tego zależny. I nie używam wirtualizacji pamięci masowej. Znów mogłem, ale nie jestem od tego zależny. Ale buduję rozwiązanie, w którym baza danych jest podstawową funkcją prowadzenia. Jest to logiczna replikacja.
Teraz można także łączyć wirtualizację bazy danych i pamięci masowej. Mógłbym, w moim centrum danych, powiedzmy, po lewej stronie na niebiesko, mógłbym przeprowadzić wirtualizację pamięci, aby nie wiązać się z awarią konkretnej macierzy pamięci. Ale może wykonuję replikację logiczną lub logiczną na poziomie bazy danych z jednego centrum danych do drugiego, aby polecenia były wykonywane również w centrum danych, co skutkuje we / wy, ale niekoniecznie tym samym we / wy, ponieważ „ nie wysyłam przez blokowe We / Wy ani przez rozwiązanie pamięci masowej, ani przez bazę danych, ale wysyłam dzienniki, a zatem polecenia SQL.
A więc jest to zdjęcie bardzo popularne dla bardzo dużych organizacji. I podoba mi się to zdjęcie, ponieważ jeśli muszę je skonfigurować lokalnie przy użyciu bazy danych takiej jak Oracle, mogę to zrobić; to sporo pracy, jest dość złożone, jest wiele ruchomych części. Jeśli robię to w chmurze, mogę dosłownie powiedzieć, pole wyboru, chcę dwa regiony geograficzne, chcę, aby regiony były oddzielone przez, no wiesz, na różnych kontynentach, chcę wirtualizacji na poziomie magazynu w określonym regionie geograficznym. Mogę nawet powiedzieć, że chcę mieć możliwość przydzielania typów wirtualizacji lub definicji wysokiej dostępności, i znowu jest to kolejne pole wyboru.
Inną rzeczą, która mi się podoba w chmurze, jest inne pole wyboru, które często mówi: „Nie chcę zajmować się łataniem, po prostu łataj”, wiesz, po prostu włącz to do przepływu pracy we wszystkim, co robisz za sceny, cały czas mnie łatajcie. I tak, chociaż niektóre z tych zdjęć stają się bardzo złożone i mogą być bardzo trudne do zrobienia na miejscu, w rzeczywistości stają się dość łatwe do zrobienia w chmurze.
Ciekawe jest to, że łatwo jest zaznaczyć wszystkie pola wyboru, ale zgadnij, co to kosztuje więcej pieniędzy miesięcznie. Ponieważ jeśli prowadzisz dwa centra danych, wiesz, że masz dwa centra danych w chmurze, z której korzystasz, zapłacisz więcej niż gdybyś tylko z nich korzystał. Podobnie, jeśli robisz poziom pamięci lub wysoką dostępność wirtualizacji jako dodatkową warstwę, znowu mogą wystąpić dodatkowe koszty.
Ciekawe jest to, że chociaż trudno to zrobić na stronie i możesz to przemyśleć, w chmurze jest to tak łatwe, że możesz to przemyśleć. Więc zawsze wiedz, jak wygląda obraz i zawsze wiedz, jakie są konsekwencje kosztów dla każdego budowanego obrazu. Teraz jest o wiele więcej kombinacji niż to, co tutaj pokazałem. To nie jest pełny ani wyczerpujący przykład. Pojawiają się nowe technologie w regularnych odstępach czasu, więc kto wie - być może nie pokazałem takiej, która pojawiła się w ciągu ostatnich trzech miesięcy. A wysoka dostępność jest o wiele bardziej powszechna niż dziesięć lat temu.
W rzeczywistości nie uważałbym za zbyteczne stwierdzenie, że dla większości dużych organizacji jest to obecnie obowiązkowy wymóg biznesowy. Chciałbym wrócić do tego slajdu, ponieważ właśnie powiedziałem, że jest to obowiązkowy wymóg biznesowy. I mam te dwa stoły po prawej stronie. Górny jest poza dokumentacją SQL Server, a dolny jest poza dokumentacją Oracle. A to są tabele, które pomogą ci wybrać, którą metodę replikacji powinieneś zastosować.
I zauważ, że zaczynasz od kilku bardzo prostych pytań. Z ilu danych mogę korzystać? A jeśli odpowiedź wynosi zero, wiesz, że możesz tylko na tym górnym wykresie wybrać pierwszy lub czwarty wiersz. Następnie zadajesz kolejne pytanie. Jak długo mogę zabrać na powrót do zdrowia? A jeśli ktoś powie, no cóż, sekundy lub minuty, to dokonuje wyboru. A następnie, czy przełączanie awaryjne musi być automatyczne, czy też wymaga ręcznej obsługi? To kolejne pytanie biznesowe. Mogą powiedzieć, że chcą to automatycznie, ponieważ nie chcą polegać na procedurze eskalacji, a następnie ktoś otrzymuje bilet i rozwiązuje problem. Chcą tylko to naprawić.
To są wszystkie pytania biznesowe i są to te same pytania, jeśli pójdę na dół i zrobię to samo dla Oracle. I pytam: OK, jaki rodzaj awarii dopuszczam, jaki czas trwania, co mogę stracić, jaka jest procedura odzyskiwania? To są wszystkie wybory biznesowe, więc jeśli firma powie mi odpowiedzi na trzy lub cztery pytania, moja praca jest naprawdę łatwa, po prostu przychodzę tutaj, wybieram którekolwiek z tych najbliższych, a następnie buduję. I pamiętaj, że w chmurze może być tylko kilka pól wyboru, aby je zaimplementować.
I to prowadzi mnie do końca mojego materiału i czasu na otwarcie go na pytania.
Eric Kavanagh: Dobra, Dez, może najpierw, a potem Robin?
Dez Blanchfield: Oczywiście. W rzeczywistości jest to trochę niesprawiedliwe dla osób spoza Twittera, ale właśnie napisałem tweet z obrazem wykresu, który chcę wizualizować w umyśle każdego, a następnie chciałem przekazać pytanie naszemu uczonemu przyjacielowi podczas rozmowy tutaj. Kiedy myślę o własnościowych i otwartych źródłach w tej przestrzeni - o czym często mówimy, o rodzajowych, zastrzeżonych bazach danych, takich jak Oracle i Microsoft itp., W porównaniu do otwartych źródeł - stajesz przed wyzwaniem, w którym zastrzeżony świat sprzedawca oprogramowania internetowego lub programista lub firma inwestuje w organy, aby zbudować tę złożoność. I tak powstaje scenariusz, w którym kupujesz oprogramowanie i nie musisz inwestować w wiele osób, ponieważ kupujesz możliwość wbudowana i open source - nie płacisz za oprogramowanie lub jego niski koszt, powiedzmy, ale nie płacisz za oprogramowanie, ale musisz zainwestować w ciała.
I chętnie podzielę się swoimi przemyśleniami na temat żonglowania, szczególnie teraz, gdy przechodzimy do modeli chmurowych, w których można uzyskać / lub. Możesz przejść do AWS lub Azure i Rackspace, cokolwiek, i kupić jako usługę, która zapewnia platformę bazy danych, lub możesz to zrobić za pomocą otwartego kodu źródłowego. I o czym właśnie rozmawialiśmy, jaka jest żonglerka między zastrzeżonymi i open source oraz w jaki sposób działają wzorce projektowe, o których mówisz, i jakie są twoje ogólne przemyślenia na ten temat, gdy idziemy do przodu, szczególnie w zakresie zapewniania dostępności?
Bert Scalzo: Jeden z dużych przedmiotów, na które natrafiam, gdy próbuję odpowiedzieć na to pytanie, wracam do klienta i pytam go o wymagania dotyczące wydajności. Powodem, dla którego to robię, jest - przynajmniej historycznie i z własnego doświadczenia - że jeśli chodzi o klientów, którzy potrzebują dużej przepustowości przy ich replikacji, prawie zawsze lepiej mi jest z replikacją zapewnianą przez bazę danych sprzedawca, ze względu na naturę, że jest wbudowany bardziej wewnętrznie i jest na niższym poziomie, a czasami wykorzystuje mechanizmy, które nie są dostępne dla świata zewnętrznego, nawet w rozwiązaniu open source.
I dam ci dobry przykład jednego przypadku, który miałem. Miałem firmę internetową, która używała MySQL jako swojej bazy danych i korzystały ze starej wersji MySQL, takiej jak wersja 4.0, a replikacja między ich węzłami była czynnikiem ograniczającym, jak duże mogą być skalowane ich bazy danych. Patrzyli na zakup rozwiązania innej firmy, a potem na: „Cóż, może moglibyśmy skorzystać z jednego z rozwiązań typu open source”. A tak naprawdę to wszystko sprowadzało się do tego, że musieli tylko zaktualizować MySQL do wersji, myślę, że poszliśmy do wersji 5.5, ponieważ różnica między tymi dwiema wersjami bazy danych była w wersji 4.0 replikacji MySQL nie była podzielona na wątki i w wersji 5.0 była to i to była dla nich najlepsza ścieżka.
Teraz przyjrzeliśmy się innym opcjom, ale czynnikiem decydującym była wydajność i pozostanie przy rozwiązaniu dostawcy bazy danych, a wykonanie aktualizacji bazy danych faktycznie okazało się naszym najlepszym rozwiązaniem, aby uzyskać najwyższe prawdopodobieństwo uzyskania wydajności, której potrzebowali wyższa dostępność.
Dez Blanchfield: Tak, to szczerze mówiąc, odzwierciedla moje myślenie. Tylko dla pełnego ujawnienia, i nie będę wchodzić w marki, ale pochodzę z zastrzeżonego tła pracującego dla producentów OEM i dostawców oprogramowania i MKOl ogólnie, i to zdecydowanie było moje doświadczenie, a jednocześnie jestem bardzo pro - open-source i jestem współtwórcą kodu dla wielu projektów, których nie wymienimy, ale zgadzam się z tobą, jeśli jesteś dużą organizacją - powiedzmy, że jesteś bankiem lub czymkolwiek innym be - niezmiennie nie chcesz być sklepem IT. Wiesz, na przykład, jeśli jesteś wydawcą gazety lub sprzedawcą, nie chcesz być sklepem informatycznym, który publikuje gazety, chcesz być sklepem z gazetami, który w rzeczywistości korzysta tylko z IT.
I tak, inwestowanie w zastrzeżone funkcje, w których twórcy oprogramowania budują wszystkie te możliwości, równoważenie obciążenia itp., W tym narzędziu, ma o wiele więcej sensu w porównaniu do tego, czy jesteś jak start-up Dotcom czy coś takiego w ten sposób można inwestować w ludzkie ciała. Dokąd to zmierza?
Prawdopodobnie moje ostatnie pytanie przed przekazaniem doktorowi Robin Bloor, ponieważ wiem, że brakuje nam czasu. Dokąd widzisz to z trendu? Więc cały czas tam jesteś, jesteś na krawędzi rzeczy, widzisz, jak ludzie usiedli, zwracali uwagę i obudzili się z potrzeby uczynienia z tego komercyjnej części ich codziennej działalności dzienna rozmowa z powrotem do sali konferencyjnej? A może nadal widzisz, że jest to bardzo fajna farma, technicy i bluzy myślące o dostępności, ponieważ budzi się o czwartej rano, gdy coś przechodzi w tryb offline?
Czy sądzisz, że ten trend przenosi się teraz na organizacje każdej wielkości, nie te oczywiste, jak linie lotnicze, bankowość i finanse, ale po prostu ogólnie firmy? Czy uważasz, że ludzie naprawdę nie skorzystali z oferty ochrony środowiska baz danych oraz zapewnienia wysokiej dostępności i inwestowania w to, czy też uważasz, że wciąż mamy przed sobą drogę? Jaki jest ogólny sens tego rynku?
Bert Scalzo: W tej chwili myślę, że wciąż jest luka, ale nie jest to luka, ponieważ firma o nią nie prosi, to luka w poziomach komunikacji między dwiema stronami ogrodzenia. Innymi słowy, ludzie biznesu bardzo wyraźnie mówią: „Te aplikacje wymagają wysokiej dostępności i mają te szczególne wymagania, gdy mówimy o wysokiej dostępności”.
I w ten czy inny sposób ta wiadomość nie dociera wyraźnie do ludzi technologii. Albo technicy wrócą i powiedzą: „No cóż, to skomplikowane i będzie cię to kosztowało więcej pieniędzy”, i tak dalej. Wydaje mi się, że to, co się stanie, to w końcu erozja, ponieważ szczerze mówiąc, w chmurze, po prostu zaznaczając kilka pól tu i tam, by powiedzieć: „Zbuduj mi tę naprawdę złożoną strukturę technologiczną”, jest naprawdę nie ma dobrego powodu, by ludzie technologii wrócili i powiedzieli biznesmenom: „Och, to jest drogie” lub „Trudno to zrobić”, czy coś takiego, a ludzie biznesu zaczynają wiedzieć, że to jest fakt.
Widziałem nawet w środowiskach, w których, jak wiecie, ich informatycy przychodzą i mówią: „Och, nie możesz mieć tego, czego chcesz. To jest zbyt drogie. ”I przyprowadzą zewnętrzną firmę konsultingową, która powie:„ Nie, to nieprawda. Oto jak możesz to zrobić. Oto, ile będzie cię to kosztowało. ”Myślę więc, że mamy jeszcze trochę czasu między poziomami komunikacji między dwiema stronami, zanim stanie się to automatycznie.
Dez Blanchfield: Tak, to zdecydowanie odzwierciedla to, co widziałem tutaj w Australii i wokół Azji i Pacyfiku. Jestem pewien, że to sprawa globalna. I to dlatego, że wielu kluczowych decydentów, począwszy od sali konferencyjnej w dół, wszyscy szefowie biznesu, są „o wiele bardziej doświadczeni technicznie - czytają blogi, oglądają seminaria internetowe, są dostroili się do różnych artykułów i podcastów. Idą na wydarzenia, fora i spotkania, a teraz znają swoje opcje i wiedzą, że chmura jest opcją.
Wiedzą też, że mogą przynieść, jak powiedziałeś, ich wewnętrzną zdolność, więc myślę, że teraz jest to interesujące wyzwanie, ta rozmowa musi się odbyć, co jest zasadniczo tym, co zrobiliśmy dzisiaj, gdzie ludzie, w pewnym sensie, zacznij robić rzeczy wewnętrznie i po prostu uruchom lunch z brązową torbą i zrób wewnętrzną odprawę na temat naszego obecnego stanu, jaki jest nasz idealny stan, dokąd musimy się dostać? A potem coś w tym rodzaju.
Miałem prywatną wiadomość, którą właśnie zamierzam szybko dotknąć. Ktoś zadał pytanie: „Czy to realistyczne, że możesz uzyskać 100-procentową dostępność?” I może będziesz w stanie mnie tutaj poprawić, ale powiem tak. Zbudowałem platformę do elektronicznego transferu środków, bramę EFTPOS między szybkimi platformami bankowymi a terminalami EFTPOS. Zbudowałem to na początku 2000 roku. W rzeczywistości jest online w 100 procentach czasu przez 17 lat. W rzeczywistości został zbudowany przed 2000 rokiem, ale z grubsza zaczął produkować tylko 2000/2001.
17 lat minęło od opracowania do przetestowania, a następnie do produkcji. W ciągu tych 17 lat bardzo tanie, gotowe komputery PC z systemem operacyjnym open source, ale zastrzeżoną bazą danych, dokonywały aktywnej / pasywnej wymiany co 90 dni, stosując różne patenty projektowe, z replikacją dyski na każdym serwerze, replikacja danych między modelowymi serwerami, replikacja wielu centrów danych i przerzucanie z centrum danych A przez 90 dni, a następnie przerzucanie do centrum danych B i wykonywanie.
A kiedy się odwraca, automatycznie łata i aktualizuje, więc tylko na pytanie, które właśnie otrzymałem prywatnie, tak, jest to możliwe, ale z dużą inwestycją w ten projekt z punktu widzenia projektowania. Tak więc infrastruktura nie była tak droga, ale projekt, testy i wdrożenie były bardzo drogie. Nie musieliśmy więc wydawać dużo pieniędzy na sprzęt i infrastrukturę, ale używaliśmy bardzo inteligentnych narzędzi w czasach, gdy chmura nie była nawet monetą.
Tak więc odpowiedź brzmi: tak, teraz można to zrobić jeszcze bardziej dzięki chmurze, jak właśnie to usłyszeliśmy, jednym kliknięciem możesz włączyć tę funkcję. Przekażę to Robinowi, ponieważ jestem pewien, że on również ma pytania. Ale dziękuję bardzo za udzielenie odpowiedzi na moje pytania i bardzo podobało mi się dzisiejsze przesłanie. Zupełnie na pokładzie tego wszystkiego, ponieważ odzwierciedla wszystko, co robiłem przez ostatnie prawie 30 lat.
Dr Robin Bloor: Cóż, OK, podniosę to. Jedną z rzeczy, które zafascynowały mnie w twojej prezentacji, była liczba opcji, które są teraz dostępne, które nie były dostępne, kiedy musiałem zmagać się z tymi rzeczami. Jestem trochę zainteresowany tym, kto zamierza zaprojektować te konfiguracje, a kto obecnie projektuje te konfiguracje? To, co kiedyś się zdarzało, lub świat, do którego jestem przyzwyczajony, to fakt, że istniałby dość ciężki system transakcyjny, a ty byłbyś zainteresowany wysoką dyspozycyjnością i wysoką dostępnością. Ponieważ, wiesz, system transakcyjny, byłby drogi, gdyby w jakikolwiek sposób upadł. I nie miałbyś wszystkich opcji, które właśnie mi przedstawiłeś, ale w ten czy inny sposób możesz znaleźć sposób, głównie poprzez replikację, aby stworzyć gorący tryb gotowości, który nie kliknąłby niezauważalnie, ale zapewniłoby ci to zdegradowaną obsługę, dopóki nie wrócisz.
A ja niejako patrzę na to, co mi pokazałeś, i zastanawiam się nad tym, nie wykonując żadnej z takich prac projektowych przez 15 lat, kto teraz to robi? Czy to, tak jak za moich czasów, coś, co zrobiłeś na początku projektu, wiesz, uruchom infrastrukturę? Czy jest to coś, co stanowi ciągłe działanie w organizacji? Ponieważ pojawiają się nowe technologie.
Bert Scalzo: W dużych firmach, które są bardzo wydajne i wydajne we wszystkich swoich działaniach, w tym w obszarze IT, zazwyczaj będą miały scentralizowaną grupę architektów lub będą miały dla niej jakąś nazwę, słyszałem, że nazywa się to „ grupa architektoniczna ”wiele razy. Ich obowiązkiem będzie wiedzieć, jakie są te wszystkie zdjęcia, jakie są zalety i wady oraz jakie są koszty. A co się stanie, gdy konkretna aplikacja szuka i mówi: „Hej, muszę spełnić wymagania biznesowe X, Y i Z. Hej, zespół architektury, jakie są moje wybory?”
Dadzą im odpowiedź, na przykład, oto dwie lub trzy, które są dostępne, a następnie w tym momencie decyzja przenosi się na niższy poziom do zespołu aplikacyjnego lub sponsora biznesowego aplikacji. Ale zazwyczaj istnieje scentralizowana grupa, która jest na bieżąco i ma te informacje w stanie gotowym i wstępnie zbudowanym.
Teraz są to średnie firmy, w których nie jest to tak formalne. Zwykle zdarza się, że dostaniesz jednego lub dwóch starszych administratorów DBA lub administratorów systemu i będą oni nieformalnie cytowani jako „ekspert domeny” dla tego rodzaju wiedzy specjalistycznej. Tak więc nawet w średnich firmach tak się dzieje, dzieje się to w niesformalizowanej strukturze.
Dr Robin Bloor: To naprawdę interesujące. Za moich czasów nigdy nie myślelibyśmy o wysokiej dostępności, z wyjątkiem systemów transakcyjnych. Cóż, obecnie mamy oczywiście systemy przesyłania strumieniowego, które prawdopodobnie mają jeszcze większe wymagania w zakresie dostępności. Ale czy w środowisku opartym na zapytaniach, zapleczu, analizie, hurtowni danych, środowisku DI, czy kiedykolwiek widzisz wymagania dotyczące wysokiej dostępności?
Bert Scalzo: Tak i cieszę się, że zadałeś to pytanie. Pracowałem dla firmy detalicznej, a ich strategiczne decyzje dla firmy były w dużej mierze oparte na analizie, którą przeprowadziliby z hurtowni danych. W rzeczywistości udzielił im wywiad Forbes Magazine, a dyrektor generalny spółki powiedział: „Hej, nasza cena akcji wzrosła o 250 procent w ciągu ostatnich pięciu lat, a to bardzo ważny powód, ponieważ wiemy, jak skutecznie wykorzystać nasze dane w naszej hurtowni danych. ”Byli tak dobrzy w podejmowaniu decyzji biznesowych, że dla nich hurtownia danych i możliwość przeprowadzania tych analiz, możliwość codziennego podejmowania decyzji na podstawie danych operacyjnych, była dla nich, system produkcyjny.
I dam ci dobry przykład tego, jak ważne jest to. Dzięki temu konkretnemu sprzedawcy detalicznemu, facetowi, który był odpowiedzialny za sprzedaż piwa, był on trzecim najważniejszym dyrektorem w firmie, ponieważ przyniósł, wiesz, 60, 70 procent przychodów. Musiał więc być w stanie, aby pozostać konkurencyjny na tym rynku, musiał wiedzieć każdego dnia, wiesz, jakie promocje powinienem prowadzić. Może to być oparte na, nie tylko porze roku, ale również na pogodzie, wzorcach i innych krytycznych danych, które mogą wpływać na sprzedaż czegoś takiego jak piwo.
Dr Robin Bloor: Wydaje mi się, że takie rzeczy muszą istnieć. Trochę brakuje nam czasu, myślę, że powinienem przekazać Ericowi, na wypadek gdyby miał jakieś pytania od publiczności. Eric?
Eric Kavanagh: Tak, to wszystko było świetne, Bert. Myślę, że odpowiedziałeś na wszystkie pytania, które mieliśmy od publiczności w twojej prezentacji. Ale fajnie jest oglądać. Cieszę się, że rozmawiałeś o wirtualizacji pamięci masowej i o tym, jaki wpływ może to mieć. To wszystko jest dobre.
Cóż, ludzie, archiwizujemy wszystkie webcasty do późniejszego obejrzenia. Wskocz więc na stronę Techopedia.com, aby znaleźć sekcję webcastu. Wszystkie te Hot Techs zostaną tam wymienione. Ogromne podziękowania dla naszego przyjaciela Berta za jego wiedzę. I oczywiście Dezowi i Robin. I dzięki temu pożegnamy was, ludzie. Dbać. Porozmawiamy następnym razem. PA pa.
