Pięć wskazówek dotyczących lepszego hostingu MongoDB na platformie Azure

W ciągu ostatnich kilku lat platforma przetwarzania w chmurze Azure przeszła oszałamiający szereg ulepszeń, niewiele przypominając pierwotną platformę, którą firma Microsoft rozpoczęła w 2010 roku. ScaleGrid była jedną z najwcześniejsze platformy hostingowe MongoDB obsługujące platformę Azure i nadal rozwijamy naszą ofertę wraz z rozwojem platformy Azure.

Niezależnie od tego, czy korzystasz z platformy Azure od jakiegoś czasu, czy dopiero zaczynasz korzystać z platformy Azure do hostingu MongoDB, oto kilka wzorców projektowania architektury, które należy wziąć pod uwagę, aby upewnić się, że wykorzystujesz Platforma Azure dla najlepszego hostingu MongoDB.

1. Platforma Azure Resource Manager (ARM)

   Wykorzystaj możliwości nowej platformy Azure Resource Manager (ARM). Jeśli nadal korzystasz z klasycznej platformy Azure, nadszedł czas na przeprowadzkę! Przejście na nową platformę ARM wiąże się z kilkoma korzyściami, w tym z wykorzystaniem dysków zarządzanych, sieci wirtualnych i wystąpień zarezerwowanych. Wszystkie korzyści są szczegółowo opisane w poście na blogu Korzyści z migracji IaaS do usługi Azure Resource Manager.

2. Azure Virtual Networks &Network Security Groups

   Bazy danych najlepiej wdrażać w prywatnych podsieciach, które nie są dostępne w Internecie. Platforma Azure umożliwia tworzenie własnej sieci wirtualnej (VNET) i wdrażanie serwerów baz danych w określonych podsieciach. Możesz również obsługiwać kontrolę dostępu, tworząc reguły grupy zabezpieczeń sieci (NSG) i przypisywać publiczny adres IP do serwera bazy danych (tylko), jeśli chcesz udostępnić go przez Internet. W ramach naszego modelu Bring Your Own Cloud umożliwiamy naszym klientom wdrażanie klastrów MongoDB we własnej sieci VNET, aby wykorzystać zaawansowane mechanizmy kontroli bezpieczeństwa sieci VNET i NSG.

3. Zestaw i strefy dostępności platformy Azure

   Zestawy dostępności są niezbędne do rozmieszczenia węzłów klastra na różnych urządzeniach. W ten sposób pojedyncza awaria sprzętu nie wpływa na wszystkie węzły. Zalecamy utworzenie zestawu dostępności dla każdej repliki. Platforma Azure wprowadziła również niedawno strefy dostępności, aby chronić Cię przed awariami na poziomie centrum danych. Możesz dystrybuować swoje repliki w strefach dostępności przez 99,99% czasu działania.

   5 wskazówek dotyczących lepszego hostingu #MongoDB na platformie AzureClick To Tweet

4. Typy instancji Azure

   Wybór odpowiedniego typu instancji Azure dla obciążenia MongoDB jest bardzo ważny — nie wszystkie typy instancji są dobrze dopasowane do MongoDB. Ogólnie rzecz biorąc, powinieneś spojrzeć na typy instancji „zoptymalizowane pod kątem pamięci” lub typy instancji „zoptymalizowane pod kątem pamięci”.

   Najnowsza seria instancji Ev3 zoptymalizowanych pod kątem pamięci jest zazwyczaj doskonałym punktem wyjścia dla większości obciążeń MongoDB. Jeśli potrzebujesz więcej procesora niż zapewnia E2 v3, możesz rozważyć typy instancji Dv3 „ogólnego przeznaczenia”.

   Instancje trybu „Burst” — „B1S, B1MS, B2MS” zazwyczaj dobrze pasują do małych obciążeń, środowisk deweloperskich/testowych itp. W miarę powiększania się danych Seria L4 „zoptymalizowana pod kątem pamięci masowej” z lokalnymi dyskami SSD platformy Azure jest doskonałym rozwiązaniem — więcej szczegółów znajdziesz w sekcji Azure Disk poniżej. Ogólnie rzecz biorąc, właściwy typ instancji zależy od Twojego obciążenia, dlatego ważne jest, aby iterować i testować obciążenie różnych typów instancji w zależności od obciążenia.

5. Dyski Azure

   Platforma Azure oferuje różne typy dysków do obsługi różnych obciążeń:

   • Dyski starszego typu (standardowe i premium)

     Na potrzeby tej dyskusji nie będziemy brać pod uwagę starszych dysków platformy Azure. Jeśli używasz starszych dysków, rozważ przejście na dyski zarządzane.

   • Dyski zarządzane (standardowe i premium)

     Dyski zarządzane platformy Azure znacznie upraszczają zarządzanie dyskami obliczeniowymi na platformie Azure. Oferują one kilka zalet w porównaniu ze starszymi dyskami:

     • Nie musisz się martwić o konta pamięci.
     • Nie musisz się martwić o rozmiar konta magazynu i limity wydajności.
     • Łatwe migawki i tworzenie nowych dysków z migawek.
     • Łatwo przekonwertować ze standardowego na premium i odwrotnie.
     • Wykorzystaj zestawy ulepszonej dostępności do zastosowania na dyskach.

     Szczegółowe informacje na temat różnic między dyskami zarządzanymi a starszymi dyskami można znaleźć w dokumentacji platformy Azure.

     Usługa Managed Disks w warstwie Premium oferuje również różne gwarancje IOPS w zależności od rozmiaru dysku. W przypadku klastrów produkcyjnych MongoDB gorąco polecamy usługę Premium Managed Disks, podczas gdy w środowiskach deweloperskich/testowych dobrze sprawdzają się dyski Standard Managed Disks.

   • Lokalne dyski SSD

     Wystąpienia platformy Azure „Zoptymalizowane pod kątem przechowywania” zapewniają duże lokalne dyski SSD, które oferują najlepszą przepustowość na platformie Azure. Jest to doskonałe rozwiązanie w przypadku dużych klastrów, które wymagają dużej ilości dyskowych operacji wejścia/wyjścia (I/O). Nasze klastry Azure High Performance dla MongoDB korzystają z instancji serii L. Jednak lokalne dyski SSD są „efemeryczne” – po zatrzymaniu instancji dane znikają. Dlatego ważne jest, aby zachować szczególną ostrożność podczas korzystania z dysków lokalnych. Zalecamy użycie jednej repliki znajdującej się na Managed Premium Disks, aby zapewnić bezpieczeństwo danych.

Wiem, że obiecaliśmy 5 wskazówek, ale oto dodatkowa:

1. Skorzystaj z wystąpień zarezerwowanych platformy Azure

   Azure obsługuje teraz wystąpienia zarezerwowane (RI) zwane AWS. Możesz kupować wystąpienia zarezerwowane platformy Azure na okres jednego roku lub trzech lat w trybie zaawansowanym i znacznie obniżyć koszty hostingu MongoDB nawet o 82%.