Перейти к основному содержанию Перейти к навигации Перейти к нижнему колонтитулу

Масштабирование устаревшей базы данных

Масштабируйте устаревшие базы данных без миграции, используя репликацию данных в реальном времени и распределение запросов.

Ваша устаревшая база данных сдерживает вас. Освободитесь, не сломав его.

Примечание. Это пример использования, демонстрирующий, как Rediacc может решить эту проблему. Для стартапа эти сценарии представляют собой потенциальное применение, а не завершенные тематические исследования.

Кризисный сценарий. Несмотря на 10-кратное масштабирование серверов с помощью Kubernetes, производительность улучшилась только в 2 раза. Клиенты жаловались на медленное время обработки запросов, рост затрат без удовлетворительных результатов, а репутация подвергалась риску.

Проблема

Службы компании в облачной среде с трудом реагировали. В качестве решения команда программного обеспечения:

  • Выполнено горизонтальное масштабирование с помощью Kubernetes и увеличено количество серверов в 10 раз
  • Однако производительность улучшилась всего в 2 раза

Обнаружение узких мест:

  • Было понятно, что источником проблемы была устаревшая база данных, которую невозможно масштабировать.
  • База данных не могла работать распределенно, как в современных архитектурах.

Дилемма:

  • Переход на современную базу данных может занять годы → Это потребует переписывания кода, миграции данных и процессов тестирования.
  • Потери затрат и времени были неприемлемы.

Влияние кризиса

  • Клиенты жалуются на медленное выполнение запросов.
  • Затраты на серверы растут, но производительность неудовлетворительна
  • Риск потери репутации возрастает на конкурентном рынке.

Решение Rediacc

Системный инженер Юксель, используя функцию перекрестного резервного копирования Rediacc:

Масштабирование устаревшей БД

1. Репликация данных в реальном времени

  • Изменения в устаревшей базе данных переносились на другие серверы с интервалом 10–15 минут
  • Синхронизированы только измененные данныеПотребление полосы пропускания снижено на 95 %

2. Распределение запросов

  • Запросы на чтение были распределены на несколько компьютеров.
  • Операции записи сохранялись в основной базе данных для обеспечения согласованности.

3. Бесплатное масштабирование

  • Устаревшая система поддерживалась дополнительными серверами без изменений
  • Нет необходимости приобретать новое оборудование → Облачные серверы арендовались почасово для оптимизации затрат.

Результат

Увеличение производительности:

  • Время запроса сокращено с 55 секунд до 7 секунд.
  • Емкость системы увеличена в 8 раз

Контроль затрат:

  • Экономия от переписывания устаревшей системы → Финансовые ресурсы были сохранены

Выигрыш времени:

  • Решение было реализовано в течение 3 недель
  • Жалобы клиентов были разрешены на 99,99 % (в зависимости от коэффициента обновления общих данных между снимками)