Миграция Динамодба в Шпаннер

Question

В настоящее время мы переносим таблицу Dynamodb в Spanner. Поскольку DynamoDb не является базой данных sql с индексацией, миграция NO SQL в реляционную базу данных становится сложной задачей. Единственная причина, по которой мы переносим его в Spanner, заключается в вторичной индексации. Но после переноса нескольких таблиц мы наблюдаем проблемы с задержкой в ​​Spanner. Изначально мы планировали перенести его в Cloud BigTable, но, к сожалению, он не поддерживает вторичный индекс. Теперь из-за задержки и высокой скорости чтения / записи c производительность Spanner снижается. Есть ли у нас какие-либо другие хранилища данных в GCP, которые были бы более подходящими для такого варианта использования, где у нас не может быть sql, а также вторичного индекса? У нас есть около 200 ТБ данных в DynamoDb.

Answer 1

Документация Google Spanner Квоты и ограничения , для повышения производительности у вас должен быть узел на каждые 2 ТБ данных, которые у вас есть. Учитывая это, я бы порекомендовал вам взглянуть на ваши узлы и увеличить количество их, которые вы сейчас активны, чтобы улучшить производительность вашей базы данных.

По этой документации здесь , у вас есть лучшие рекомендации по настройке гаечного ключа как наилучшей возможной производительности.

Если это не поможет, пожалуйста, ознакомьтесь с документацией Устранение неполадок с регрессиями производительности ? Таким образом, вы можете еще больше взглянуть на то, что может повлиять на производительность вашего гаечного ключа.

Дайте мне знать, помогла ли вам эта информация!