Должны ли программы чтения и записи AWS Neptune иметь один и тот же тип экземпляра?

Должны ли экземпляры БД для чтения и записи AWS Neptune в кластере иметь одинаковый размер?

В консоли я заметил, что могу изменить их, чтобы они были разными типами экземпляров. Что произойдет, если средство записи очень мощное, и много данных записывается в графическую БД, но читатель имеет наименьший тип экземпляра?

Я думаю, что экземпляр reader (read replica) будет отставать, так как он не может реплицироваться так быстро?

Похоже, что внутри Нептуна используются похожие экземпляры БД RDS-типа, так что, возможно, то же самое можно сказать о любой реплицированной БД RDS, такой как Aurora.

1 ответ

Решение

Neptune поддерживает гетерогенные кластеры, что в основном означает, что в одном кластере могут быть экземпляры разных типов. Это довольно распространенный случай использования действительно мощного мастера и меньших реплик для различных подприложений.

Задержка репликации между считывателями в основном обусловлена ​​пропускной способностью сети в экземпляре и объемом наверстывания (данных), который должен выполнять реплика. Хотя типы экземпляров имеют различия, когда речь идет о пропускной способности сети, обычно она не настолько значительна, чтобы влиять на репликацию. Если вы видите, что это происходит, то лучше всего масштабировать экземпляры реплик для повышения производительности сети. Рекомендуется использовать реплики, которые по крайней мере так же мощны, как и мастер. Поскольку аварийное переключение может происходить вне вашего контроля, однородные кластеры становятся идеальным выбором для большинства сценариев.

Другие вопросы по тегам