В одном из вариантов по 2Тб, в другом по 3. Можно и 4Тб использовать, но там с восстановлением массива после потери диска вообще беда — я бы их ставил только в striped 3-way mirror или striped Raidz3. Размер дисков всё растёт, а IOPs — нет.
It depends. Зависит от того, насколько важен аптайм и скорость. Если не критично, то можно использовать поды типа Backblaze (135Тб за $7400) и распределенную кластерную open-source ФС, что-нибудь вроде Sheepdog, Ceph или Lustre.
Я работаю с ZFS — она отлично масштабируется, но только в пределах одной ноды, с failover cluster для HA.
Скорее всего можно уложиться в $800К — $1М с поддержкой всего хозяйства на 5 лет (если уже есть датацентр). Я работаю с похожими системами — например, bit.ly/JWUgf2 и bit.ly/xF20xm. Там конечно 1Пб до потерь на RAID, но добавить пару JBOD'ов — не проблема. Правда, логичнее взять несколько систем поменьше — N+1 High Availability систем на 250-500Тб usable space — заодно и доступность в среднем повысится.
scalemp.com/ — можно, но там свои проблемы — например, потеря одного из серверов в кластере убьёт весь кластер; для связи нужен Infiniband; пока есть только поддержка Linux. Вроде обещают в будущем поддержку Windows Server Datacenter Edition, vSphere, XenServer и т. д. — у них честная аггрегация x86 серверов. Ну и цена на уровне.
То есть управление доступом там сделано именно на основе Active Directory, и можно назначать права по группам?
На сайте написано про подсистему авторизации, но там судя по всему с AD взята сама идея, а используется что-то своё.
«Также администратор сайта может создавать неограниченное количество пользователей/ролей.» — означает что, если там действительно AD, то администратор сайта должен быть Domain Admin — это неприемлемо.
Sharepoint не подходит по ряду причин — он слишком тяжёлый для наших целей, и насколько я понимаю его не так просто администрировать. У меня цель — сделать портал, который даже секретарша сможет заполнять контентом. Самое главное — скорость загрузки сайта, и минимальное количество наворотов. Поставил, настроил и забыл.
Да, планируется такая нагрузка: 15 человек будут периодически добавлять контент, и человек 1000 читателей/комментаторов. Упор делается именно на новостной блог, и вероятно вики для внутреннего использования контенто-писателей. Сайт поставим в качестве дом. страницы всем нашим пользователям, так что рассчитывать буду на 10,000 страниц в день, с возможностью роста до 100,000. SharePoint такое выдержит?
И да, у нас уже есть внутренний портал на Sharepoint, но им никто не занимается, и он тормозит даже без контента.
Спасибо, очень удобно получилось — гораздо более читабельный код по сравнению с парсингом аргументов с помощью select(parameter){}.
Только один вопрос: запуск «myProgram.exe help subcommand» подразумевает обработку команды help отдельным [Action], или должен выдаваться Description для subcommand без лишних телодвижений с моей стороны?
Ага, это ограничение в основном направлено против пользователей GMail Drive, чтобы не использовали его для передачи больших файлов. Без ограничения легко было бы организовать ботнет с кучей аккаунтов, и сделать халявный аналог Рапидшары.
- Здравствуйте, Вам звонят из школы вашего сына. У нас тут небольшие проблемы с сервером.
- Опаньки, мы что-то испортили?
- Ну, это как посмотреть... Вы действительно назвали вашего сына "Robert '); DROP TABLE Students;--"?
- Ах да, мы зовём его Маленький Бобби Табличкин.
- Ну так вот, мы потеряли все записи по студентам за этот год. Надеюсь, Вы довольны.
- А я надеюсь, что вы получили урок по очистке введённых данных.
А если рабочий день начинается ровно в 8, то что писать? Я выбрал 6:00-8:00 с учётом того, что реально мне полчаса до работы добираться в такое время, даже с антирадаром...
Абсолютно с вами согласен. И именно поэтому я послал весь этот специализм куда подальше и иду своим путём. У нас в офисе есть даже специальный человек, который занят "Диагностированием проблем в Microsoft Outlook". Например, если Аутглюк тормозит, то он первым делом проверяет сколько сообщений в Инбоксе, если больше 4000 то удаляет старые и всё работает. Ну и остальные проблемы примерно на таком же уровне - мозга для этого не надо.
Я работаю с ZFS — она отлично масштабируется, но только в пределах одной ноды, с failover cluster для HA.
На сайте написано про подсистему авторизации, но там судя по всему с AD взята сама идея, а используется что-то своё.
«Также администратор сайта может создавать неограниченное количество пользователей/ролей.» — означает что, если там действительно AD, то администратор сайта должен быть Domain Admin — это неприемлемо.
Да, планируется такая нагрузка: 15 человек будут периодически добавлять контент, и человек 1000 читателей/комментаторов. Упор делается именно на новостной блог, и вероятно вики для внутреннего использования контенто-писателей. Сайт поставим в качестве дом. страницы всем нашим пользователям, так что рассчитывать буду на 10,000 страниц в день, с возможностью роста до 100,000. SharePoint такое выдержит?
И да, у нас уже есть внутренний портал на Sharepoint, но им никто не занимается, и он тормозит даже без контента.
Только один вопрос: запуск «myProgram.exe help subcommand» подразумевает обработку команды help отдельным [Action], или должен выдаваться Description для subcommand без лишних телодвижений с моей стороны?
Последнего пока добиться не удалось.
- Здравствуйте, Вам звонят из школы вашего сына. У нас тут небольшие проблемы с сервером.
- Опаньки, мы что-то испортили?
- Ну, это как посмотреть... Вы действительно назвали вашего сына "Robert '); DROP TABLE Students;--"?
- Ах да, мы зовём его Маленький Бобби Табличкин.
- Ну так вот, мы потеряли все записи по студентам за этот год. Надеюсь, Вы довольны.
- А я надеюсь, что вы получили урок по очистке введённых данных.
12460 vs. 4250
Пиво-виски в Штатах до 21 лет купить нельзя.