OwnCDN https://amhost.net/owncdn/?lang=ru
https://amhost.net/support/ticket/116142/#1308079
Вариантов построения много, ниже описаны основные, а так же их преимущества и недостатки:
1. Контент складывается в пределах одной абстракции ( хранилище /origin ) , а отдача происходит с edge серверов, наполняемых контентом по мере популярности, забирая контент с хранилища. Наполнение раздачи происходит автоматически при первом запросе клиентом того или иного файла , а при достижении заданных лимитов , файлы с самым давним обращением удаляются с раздачи , заменяясь новыми. В этой схеме горизонтально масштабируются как хранилища, так и раздача. Является самым простым в масштабировании ,а так же одним из самых надежных вариантов при минимальной избыточности (для достижения полной бесперебойности рекомендуем использовать от 2 серверов хранения). Стоимость высокая за счет разделения абстракций раздачи и хранения. Так же желательна серая сеть между хранением и раздачей.
2. Все серверы раздачи связываются общим сетевым хранилищем:
а) Нет серой сети - полностью дублируют контент друг друга. Синхронизация происходит в момент закачки видеофайла. Это самый простой вариант реализации, но в тоже время самый избыточный. Узкое место - дисковая подсистема. Для адалт контента необходимо минимум 4 диска. N/2 серверов могут быть сконфигурированы с RAID0 , но размер сетевого хранилища не сможет превысить доступный обьем серверу с самым маленьким доступным пространством.
б) Есть серая сеть - распределенное зеркалируемое хранение. Работает по принципу RAID10 только с полнофайловым хранением. Серверы обмениваются контентом по мере надобности. Более дорогой, за счет стоимости серой сети, и из этого вытекает что серверы могут быть только в пределах одного ДЦ.
3. вариант 1 или 2 + сервер старых видеозаписей. Сервер с каналом 100-300мбит/c для хранения низкозапрашиваемых или старых видеофайлов, доступ к которым необходим, но пропускная способность требуется не существенная. Весь контент отдается одной группой серверов, а старые видео проксируются с отдельного сервера. Добавляет экономичности в используемом пространстве в целом. Желательна серая сеть, но не обязательна.
Балансировка.
В своей практике мы используем DNS балансировку по весам. Если группы серверов устанавливаются ближе к клиентам разных стран - применяем geo dns балансировку.
В преобладающем большинстве используем RR ( round-robin , равномерная балансировка запросов). DNS зона может находится как на управляющих VPS , так и в AWS(Amazon), второй вариант не имеет фиксированной стоимости , а цена формируется по факту - по RPS и по Total requests.
В некоторых ДЦ можно использовать технологию AnyCast, но ввиду технических особенностей все серверы раздачи должны быть в одном из таких ДЦ ( например OVH).
---
Необходимо учесть:
- конвертирование , при подключении серверов как CDN в KVS, будет происходить на сервере с сайтами. Ситуации по работе с отдельным конвертером выясняется в поддержке KVS.
- базу контента KVS необходимо будет перестраивать ( вероятно вручную )
---
По цене установки / поддержки Вам сообщили выше, так же добавлю, что к будущей схеме необходим управляющий(ие) VPS , тариф выбирает клиент - ( минимально fast20 у нас, LW-L в LeaseWeb ) так же это может быть недорогой сервер.
так же к ownCDN в скором времени появится возможность покупать трафик с оплатой по факту расхода ( 4 основных локации ( от 10 PoP в каждой ,до 1PB $3/TB , от 1PB $2.2/TB) по миру и около 20 дополнительных по выбору ( от $25 до $70 за TB )
Цены предварительны, и могут быть перестроены на момент запуска нашей платформы.