Я дико извиняюсь, но скан паспорта требуют при регистрации, как в OVH ?
Вы лукавите.
RIPE даст /22 только LiR'aм (новым или существующим).
Другой источник IPv4 - это черный рынок продажи и аренды IPv4, несмотря на попытки RIPE наладить рынок.
А с остатками существующие LIR'ы очень неохотно расстаются, только покупают блоки и сдают в аренду :)
У меня другое предложение.
1) На каждом ssd создать свой раздел-кеш. Средствами rsync синхронизируется с основного хранилища.
2) HDD объединяются в RAID1 на ZFS. Тут будет основное хранилище картинок
3) Средствами nginx настраиваются обход локейшенов, в которых могут быть картинки.
4) Делается анализ популярности картинок и добавляются эти популярные для синхронизации с кешами SSD.
Или засунуть оба SSD в cache pool для ZFS. Тогда меньше кодить и мы положились на логику кэширования ZFS.
pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 logs ada2p1 ONLINE 0 0 0 ada3p1 ONLINE 0 0 0 cache gpt/cache1 ONLINE 0 0 0 gpt/cache2 ONLINE 0 0 0
Оставить rsync.
Скорость работы зависит от (производительности) файловой системы, как на мастере, так и на слейве.
Если файлов мало, то можно настроить puppet или chef. Тогда изменения сразу будут передаваться на слейвы.
Есть еще lsyncd , но он больше подходит для схемы мульти-мастер и взаимной репликации...
Вот статья про lsyncd на хабре.
Я склоняюсь к этому варианту.
Управляемые розетки. при наличии IP-KVM очень редко нужны.
Рекомендую IP-KVM aten cs1708i.
Угу, от рута работали.
Спасибо, так и поступлю! :)
Это нестандартный NAT.
Если в виртуалке нужно запустить сервисы с реальным IP, то могут быть проблемы.
Это очень редко кому надо. У меня было всего 5 клиентов на BGP установку-настройку.
За OSPF тоже возьмусь, а вот для MPLS понадобится ТЗ.