Как ограничить пропускную способность, используемую mysqldump
Я бы порекомендовал вам сэкономить время и нервы, используя Amazon Transcribe . Это было бы легко интегрировать с вашей функцией AWS Lambda.
Если вас беспокоит стоимость , есть Бесплатный уровень :
60 МИНУТ В МЕСЯЦ НА 12 МЕСЯЦЕВ
Уровень бесплатного использования Amazon Transcribe предоставляется вам в течение 12 месяцев, начиная с даты, когда вы создали свой первый запрос на транскрипцию. Когда срок бесплатного использования истекает, или если использование вашего приложения превышает уровень бесплатного использования, вы просто платите стандартные тарифы за услугу «оплата по мере использования».
blockquote>После этого это 0,0004 $ в секунду. Это 2,4 цента в минуту или 1,44 доллара в час.
Личное время, которое вы сэкономите, превысит стоимость, если вы превысите уровень бесплатного пользования.
6 ответов
струйка является портативным легким формирователем пропускной способности пространства пользователя
Вы не упоминаете, как Вы на самом деле передаете дамп DB, но если передача происходит по TCP/IP, струйка должна работать. Например, если Вы используете nc (например: nc -L 1234 > backup.sql) следующая команда передаст резервное копирование в не больше, чем 20KB/s:
mysqldump [database name] | trickle -u 20 nc backup.example.com:1234
При отправке его по TCP пропускная способность будет совместно использована одинаково всеми сторонами. Если Вы хотите понизить скорость еще больше, необходимо сформировать устройство, чтобы только позволить определенное количество выхода данных.
На клиенте можно выполнить прокси, который ограничит скорость загрузки. Можно также управлять # соединений и т.д.
Если Вы находитесь на окнах, это должно работать приятно:
Вы используете транзакционный механизм таблицы как InnoDB? Эта Ваша основная база данных? Будьте очень осторожны! mysqldump будет содержать блокировки таблицы и разрушать производственное использование Вашей базы данных. Замедление резервного копирования только заставит этот период разрушения становиться дольше. Всегда mysqldump к локальному диску, и затем копируют дамп оттуда.
Еще один подход мог бы быть должен настроить ведомое устройство репликации на Вашем удаленном сайте и взять Ваши резервные копии от этого. Затем обновления базы данных будут сочиться по Вашей ссылке, с которой спорят, вместо того, чтобы снизиться в одной большой глыбе.
Другая альтернатива: сделайте свои резервные копии, когда никто еще не будет использовать сеть :)
Один прием, который я использовал, должен указать формат CSV, а не вставку. Это не изменяется, сколько пропускной способности Вы используете в единицу времени, но это может сократить общее количество байтов, которые Вы вытаскиваете.
У Вас должен будет быть доступ к машине Linux (извините, я - linuxy вид человека).
Входная политика может уменьшить сумму входящего трафика, но сервер с другой стороны должен иметь farely стек TCP/IP хорошего поведения.
tc qdisc добавляют, что dev eth0 обрабатывает ffff: вход
фильтр tc добавляет, что dev eth0 порождает ffff: протокол ip prio 50 \
u32 соответствуют IP src server.ip.address/32 полицейский уровень 256 кбит \
пакет 10k отбрасывает flowid:1
tc qdisc добавляют корень dev eth0 tbf \
задержка уровня 256 кбит 25 мс разорвала 10k
Можно найти, что больше информации о входе просачивается практическое руководство расширенной маршрутизации.
http://www.linux.org/docs/ldp/howto/Adv-Routing-HOWTO/index.html
При выполнении его в Linux можно вывести файл локально, сжать его и использовать scp для копирования файла с переключателем-l для ограничения используемой пропускной способности:
- l ограничивают Пределы используемая пропускная способность, указанная в Кбит/с.
например,
scp-l 16 dumpfile remotehost:filepathandname