Chcę zwiększyć przechowywanie dwóch wystąpień RDS (tylko przydzielone miejsce, a nie typ wystąpienia lub inne parametry). Dokumentacja na https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIOPS.StorageTypes.html#USER_PIOPS.ModifyingExisting sugeruje:
Możesz zmienić ze standardowej pamięci na Provisioned IOPS lub z Provisioned IOPS na standardową pamięć, a także zwiększyć pojemność, bez krótkich przestojów.
Zdecydowanie zaplanowałbym okno konserwacji przed wykonaniem zmiany. Ale dokumentacja wydaje się nieco niejasna w tej dziedzinie. Dla kogoś, kto mógł to zrobić wcześniej, czym jest „mało przestojów”? Czy mogę się spodziewać 5 sekund, czy może więcej niż 5 minut?
Aktualizacja lipca 2019 r .:
Zaktualizowałem link do poprawnej i zaktualizowanej dokumentacji AWS (która była zepsuta). Nowsza dokumentacja zawiera napis, który pomaga również odpowiedzieć na pierwotne pytanie:
W większości przypadków skalowanie pamięci nie wymaga żadnego przestoju i nie zmniejsza wydajności serwera. Po zmodyfikowaniu rozmiaru pamięci dla instancji DB stanem instancji DB jest Optymalizacja pamięci. Instancja DB jest w pełni operacyjna po modyfikacji magazynu. Nie można jednak dokonywać dalszych modyfikacji pamięci ani przez sześć godzin, ani gdy stan instancji bazy danych to optymalizacja pamięci, w zależności od tego, który z tych okresów jest dłuższy.
Jednak szczególny przypadek występuje, jeśli masz instancję bazy danych SQL Server i nie zmodyfikowałeś konfiguracji pamięci masowej od listopada 2017 r. W takim przypadku może wystąpić krótki przestój trwający kilka minut po zmodyfikowaniu instancji bazy danych w celu zwiększenia przydzielonej alokacji przechowywanie. Po awarii instancja bazy danych jest w trybie online, ale jest w stanie optymalizacji magazynu. Wydajność może zostać obniżona podczas optymalizacji pamięci.
źródło
Ponieważ zwiększasz tylko rozmiar pamięci i nie zmieniasz typu instancji ani niczego innego, nie powinno być żadnych przestojów, ale podczas operacji może wystąpić „obniżona wydajność”.
Przywołane przez ciebie odniesienie jest niejednoznaczne, ponieważ omawia zmianę typu pamięci masowej w tym samym czasie, co dyskutuje o zmianie wielkości pamięci masowej. Jeśli zamiast tego spojrzysz na „Przydzielone miejsce” w tabeli tutaj:
http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.DBInstance.Modifying.html
zobaczysz, że mówi tylko „Wydajność może być obniżona” i nic o awarii (co, jak mówi, występuje w niektórych przypadkach po zmianie typu pamięci).
Dla porównania, podczas zmiany bazy danych MySQL db.m3.medium na 15 GB na 20 GB w eu-west-1 w ciągu dnia roboczego, połączenie mojej aplikacji z bazą danych było nieprzerwane. Jednak zarówno odczyt / zapis IOPS wzrósł do 400-700 / s przez nieco mniej niż 20 minut, stąd przypuszczam, że odniesienia do obniżonej wydajności. Zgłoszono to zarówno dla instancji bazy danych z pojedynczym AZ, jak i z wieloma AZ. (Instancja została zgłoszona jako „modyfikująca” trochę dłużej niż około - około 25 minut).
Naturalnie możesz wypróbować go na instancji db identycznej z produkcyjną db przed wykonaniem go na produkcyjnej instancji db, abyś mógł bezpiecznie zobaczyć, jak zachowuje się w twojej sytuacji, zanim zrobisz to naprawdę.
źródło