kirushik

Только у хецнера не 50$, a 50€
OVH довольно близко стоит, хотя не попадает под требования.
Там 70€, с другой стороны там существенно мощнее проц, 32Гб оперативы и нелимитированный трафик на выделенном порту.

Во-первых, Вы бы хоть уточнили сколько просмотров имеете. Сколько этих самых статей. Если Вы уже используете MySQL делайте на MySQL. Сделайте таблицу с фиксированным размером строки, они будут быстро апдейтиться.
Можете для подсчетов данных за день использовать MEMORY табличку, а вечером по крону добавлять эти данные в общую таблицу. Если нужна детализация по каждому клику можно писать в лог файл с разделителями табами, потом периодически его загружать в базу (скажем раз в 10-15 минут). В общем сильно зависит от деталей.

MongoDB один из самых недорогих вариантов, если не хотите MySQL. Couchbase и Riak просят от 4 GB RAM.
Ну и MySQL с этой задачей вполне справится. Если рабочую БД не хотите нагружать — дополнительную создайте.
В Redis счётчики вообще «на ура» реализовываются, смотрите sorted sets. Но тут надо быть готовым по размерам RAM.

Apple — если для заработка (изначально нужен Mac и 3000 рублей в год для возможности публикации)
Android — тут заработок меньше, способы разработки проще (800 рублей один раз за аккаунт разработчика)

Юзайте MySQL, только создайте еще агригируемые таблицы и заполняйте их триггерами. Например _hourly, _daily, _weekly и тп. Записей будет не много. А уникальность (кликов, посещений) можно добиться уникальными ключами.

Ну ответ дан — используйте директорию. Но сразу хочу предупредить: во-первых нормальных современных мануалов нет, во-вторых — с openldap придётся изобретать всё с нуля: свою структуру директории и тому подобное. Для облегчения процесса возьмите 389 — там всё-таки больше «готового».

И прежде, чем настраивать на живом, погоняйте виртуальную сеть из четырёх-семи машин, отладьте подход и научитесь пользоваться (а заодно и других научите); иначе потом может быть мучительно больно. Если возьмётесь за openldap, я вам гарантирую, что вы ещё в виртуальной сети пару раз всё переделаете, пока придёте к удобному подходу.

Если хотите сделать чтоб всё ваще зашибись, то сразу дружите систему с Kerberos. Это даст вам бесплатный SSO, и заодно позволит повысить безопасность сетевой аутентификации (конечно же, только при правильном подходе, а пароли типа 123 безопаснее не станут).

Смотрите список модулей в www.linux-pam.org/modules.html
Любой из модулей, который читает данные из сети, может быть использован для централизованной проверки доступа.
Например, мы использовали pam_radius + ActiveDirectory + IAS.

Пользуясь случаем, спрошу. Что произойдет, если ldap-сервер окажется недоступен? Смогу ли я зайти на какой-либо сервер в этом случае?

Slackware первый вставал, даже с иксами.

Там какая память? У меня где то валялись разнообразные планки памяти, в том числе от очень старых ноутов. Если подходит, могу отдать. Правда живу далече.

Я на такой в свое время ставил Slackware (версия того времени, конечно).
А так можно поэкспериментировать с разными минимальными линуксами типа. Например: wiki.laptop.org/go/Minimal_Linux_distros

Взять и начать вести общую систему тикетов и wiki.

Какую это уже вопрос вкуса.

50 метров оффлайн? Как будете решать проблему синхронизации, допустим, по жопорезу?

Может лучше подумать об отдельном десктопном/мобильном приложении? Хотя за 50 метров вас юзеры зарежут в любом случае.

P.S. IndexedDB доступен не везде, WebSQL тоже.

mashable.com/tech/

http://slashdot.org/

Под виндой это мечта. Для линуксов есть патч в механизм bonding, который позволяет использовать полноценно bonding-интерфейсы (т.е. по NFS на один файл выжимать 3 gbps, например).
Вообще же под винду есть bonding(там он teaming называется), но один файл вы всё равно будете качать упираясь в один физический интерфейс.

Есть смысл попробовать переносить файлы торрентами или aerofs. Торренты точно легко забивают сколько угодно интерфейсов, aerofs должна сделать тоже самое на больших файлах. На мелких вы просто упретесь в логику.
Со стораджем — мечта. Samba вообще толком не умеет с bonding-ом работать, FTP почти не умеет… NFS — несколько файлов по разным интерфейсам физическим разве что. Ну и так далее.

8-портовый управляемый свитч. По две сетевухи на компьютер с агрегацией. Формально будет «более 1гбит/с», т.е. при благополучном расположении звезд и многопоточной передаче — аж 2гб/с.

Вне зависимости от выбранной платформы виртуализации — внешнее хранилище. Потому что иначе — падение хоста приводит к полному падению виртуалок и восстановления — не раньше чем восстановление хоста. А у хоста — может рейд рассыпаться, восстанавливать — несколько часов. Так что раз _действительно_ такие жесткие требования — то только внешняя СХД. С двумя контроллерами и прочим фаршем.

Далее: если только два сервера — то конфиг у них должен быть одинаковый, чтобы в случае помирания одной ноды — вторая завела все виртуалки у себя и не подохла от нагрузки.

Платформа же… по вкусу. Но исходя из реальных условий, вариантов только два, Hyper-V и VMWare.
В ваших условиях вполне можно попробовать что-то из Acceleration/Essentials Kits, но в любом случае это либо немного, либо более дорого чем аналогичное решение на Hyper-V.