Czy hostujesz swoje produkcyjne instancje MongoDB na Amazon AWS? W ScaleGrid zarządzamy setkami produkcyjnych instancji MongoDB w AWS i po drodze nauczyliśmy się kilku rzeczy. Oto zestaw 10 pytań, które musisz sobie zadać i odpowiedzieć, kontynuując zarządzanie wdrożeniem. Prawie wszystkie poniższe informacje dotyczą również innych dostawców usług w chmurze.
-
Jaki jest Twój plan wysokiej dostępności (HA)?
Jeśli używasz jednej instancji, być może nadszedł czas, aby przyjrzeć się zestawom replik. Korzystając z zestawów replik, należy upewnić się, że każdy zestaw replik jest wdrażany w innej strefie dostępności, aby zapewnić wysoką dostępność MongoDB.
-
Jaki jest Twój plan odzyskiwania po awarii (DR)?
Jeśli wdrażasz wszystkie swoje zestawy replik w jednym regionie, co się stanie, gdy cały region AWS rozpadnie się, tak jak miało to miejsce w kwietniu 2011 r.? Możesz rozważyć dystrybucję swoich zestawów replik MongoDB w różnych regionach.
-
Czy przetestowałeś swój plan DR?
Symuluj awarie komputera, sieci i dysku, aby zrozumieć zachowanie klastra w warunkach awarii. Nie chcesz napotkać pierwszego przełączenia awaryjnego w środowisku produkcyjnym i musisz upewnić się, że klaster MongoDB przetrwa awarię AWS.
-
Czy tworzysz kopie zapasowe swoich instancji?
Tak, potrzebujesz kopii zapasowych, nawet jeśli masz zestawy replik. Kopie zapasowe są niezbędne, aby poradzić sobie z przypadkowym usunięciem lub gdy nowa wersja aplikacji uszkodzi wszystkie dane. Upewnij się, że regularnie tworzysz kopie zapasowe – najlepiej co kilka godzin. Możesz wykonać kopię zapasową z pomocniczego, aby nie miał dużego wpływu na podstawowy. Aby zapoznać się z ogólnym przeglądem opcji tworzenia kopii zapasowych MongoDB, zapoznaj się z naszym wpisem na blogu – Opcje tworzenia kopii zapasowych MongoDB.
-
Czy Twoje kopie zapasowe działają?
Czy próbowałeś odzyskać kopię zapasową MongoDB? Ile czasu zajmuje odzyskanie i ponowna synchronizacja wszystkich replik? Jeśli nie znasz odpowiedzi, teraz jest dobry moment, aby poćwiczyć na sucho i spróbować pełnej regeneracji.
-
Jak testujesz aktualizacje aplikacji przy użyciu danych produkcyjnych?
Jedną z najtrudniejszych części aktualizacji aplikacji MongoDB jest testowanie z istniejącymi danymi produkcyjnymi. Zbuduj sekwestrowane środowisko produkcyjne, w którym możesz testować aktualizacje aplikacji za pomocą danych produkcyjnych.
-
Jakiego rodzaju wolumenów EBS używasz?
Jeśli używasz standardowych woluminów EBS dla MongoDB w AWS, rozważ przejście na nowe, aprowizowane woluminy IOPS. Jest trochę droższy, ale wart każdego grosza. Zobaczysz znacznie mniejsze wahania w wydajności IO i łatwiej będziesz spać przez całą noc.
-
Czy sprawdziłeś wydajność swoich instancji MongoDB?
Jeśli nie, możesz porównać MongoDB za pomocą testu porównawczego serwerów w chmurze Yahoo (YCSB) lub mongoperf. Dobrze wiedzieć, co otrzymujesz ze swoich baz danych.
-
Jak monitorujesz swoje instancje?
Jeśli nie monitorujesz swoich instancji, teraz jest dobry moment, aby zacząć. Wypróbuj konsolę monitorowania MongoDB firmy ScaleGrid lub 10gen ma bezpłatnie dostępną usługę monitorowania Mongo (MMS), której możesz zacząć używać do monitorowania klastrów MongoDB.
-
Czy udostępniasz swoje bazy danych w Internecie?
Dzisiejsze potężne narzędzia do łamania procesorów i haseł mogą złamać hasło w ciągu kilku godzin. Użyj grup bezpieczeństwa Amazon, aby zablokować dostęp do bazy danych MongoDB i przyznaj tylko dostęp do bazy danych z poziomu frontowego/środkowego.
W ScaleGrid pomogliśmy naszym klientom odpowiedzieć na wiele z tych pytań i chcieliśmy podzielić się tymi wskazówkami, które pomogą Ci zarządzać wdrożeniami MongoDB w AWS. Zapewniamy wdrażanie zestawów replik MongoDB jednym kliknięciem w strefach lub regionach dostępności, mamy zautomatyzowany proces tworzenia kopii zapasowych i odzyskiwania, korzystamy tylko z aprowizowanych IOPS i zapewniamy naszym klientom łatwe sposoby testowania MongoDB, a także symulowania przełączania awaryjnego w klastrach MongoDB. Jeśli masz inne pytania/komentarze lub prośby o nowe funkcje, chcielibyśmy usłyszeć od Ciebie. Możesz wysłać do nas e-mail na adres [email protected].
