Подсистема балансировки нагрузки FTP
Вы могли пойти для любого из тех двух, но для маленькой установки, я буду просто использовать rsync.
Можно сделать полное резервное копирование в начале каждого дня и затем сохранить возрастающее каждому из тех, которые на hourly/6-hourly/whatever основание.
Затем просто произведите чистку самого старого на основе возраста.
У меня не было возможности (или больше потребность) все же для использования Эластичного Выравнивания нагрузки Amazon, но я поместил бы его там как один, чтобы Вы занялись расследованиями.
Если это удовлетворяет Ваши потребности затем, так же, как остальная часть их сервисов, это отнимает у Вас имеющий необходимость выяснить все части, о которых они уже заботятся (обслуживание, дублирование самого стабилизатора, таким образом, у Вас нет единой точки отказа, и т.д.).
-
1Кажется, что это не поддерживается: developer.amazonwebservices.com/connect/… developer.amazonwebservices.com/connect/… – inakiabt 7 May 2010 в 22:10
-
2Это слишком плохо, я надеялся по линии изучить, если это могло бы обработать трафик SIP, из того второго сообщения это кажется, что это могло бы быть сдержано теми же проблемами, нуждающимися в больше как IP выравнивание нагрузки хеша. – ManiacZX 8 May 2010 в 19:34
Я сделал бы это простым и использовал бы DNS. Получите список дюйм/с FTP-сервера и добавьте записи для sub домена как ftp.example.com. Все использующие домен должны получить довольно случайный сервер, и загрузка должна обычно равномерно распределяться.
FTP является, вероятно, одной из самых твердых вещей загрузить баланс. Если у Вас нет реальной потребности, я придерживался бы DNS.
Если Вы загружаете и загружаете файлы под 5G, Вы могли бы быть лучше обслужены при помощи S3.