Прошу прощения. Не заметил. Но, все же есть и другие дистры. Нигде в тексте или заголовке не указано что тюнинг производится конкретно под Ubuntu 14.04. Упоминается только один раз в контексте SSD.
Почему-то ни слова не сказано про включение trim для SSD. Или современные дистры уже сами определяют SSD и монтируют с нужным параметром? На мой взгляд для SSD это важная опция.
В настоящее время, если использовать устаревшую Hardware version 8, то ВМ можно конфигурировать и старым ГУИ. Может быть так и останется. Или руками править vmx фаил :)
Тут видимо имелось ввиду vCenter, который включает в себя vsphere web client, отдельно web клиента нет для сферы. Еще стоить иметь ввиду, что последними esxi (5.5, по-моему), где ВМ с новыми Virtual Hardware уже не получится управлять обычным GUI клиентом, только WEB. Видимо потихоньку отказываются от гуи клиента. Скоро все будет управляться только через ВЕБ клиент.
По деньгам выходит гораздо дешевле серверного обрудования, особенно актуально для стартаперов, у которых не очень много денег для покупки полноценного 1u сервера, но хочется опробовать проект( взлетит или нет) и в будующем уже задуматься о покупке полноценного сервера. В свое время попытался сделать так же в KZ, но меня обрадовали, что будут считать юниты по системнику в вертикалном положение(стоймость коло исчеслялась юнитами). От идеи сразу же отказались :)
P.S на тот момент не было полноценных дедикейтед, а вариант VDS не подходил по ряду причин.
Вы бы полный листинг выложили кода, может пригодится кому, а так получилась история из серии «как я пошагово изучал html и создал свою первую хомпагу», при этом не показывая конечный результат, а просто показывая вырваные куски кода. Могли бы тогда просто обойтись ссылками на готовые библиотеки. Приходиться в некоторых моментах интуитивно догадываться что и как. Рад вашему опыту и результату, но для статьи, на мой взгляд, маловато.
Объясню свой выбор(вторая позиция). Отправка уведомлений должна быть достаточно оперативной, и, как правило, их кол-во не очень большое чтобы защитать их за спам. Сторонние(новостные) рассылки имеют массовый характер. В первую очередь ДЦ увидит активность по 25 порту и вам вышлет уведомление, а возможно и заблокирует сервер до выяснения обстоятельств. Если же Вам повезло и ДЦ не будет обращать на это внимание, другие популярные почтовые сервера обратят на это внимание и ваши все письма с вашего сервера будут отправляться прямиком в спам, а сторонние сервисы уже себя зарекомендовали и в спам их письма ложиться не будут. Отправлять уведомления через сторонние сервисы не всегда может быть оперативным(в зависимости от загруженности сервиса). Это, конечно, частный случай, потому что неизвестно кол-во рассылок уведомлений и «новостных» рассылок, так же неизвестна репутация сервиса рассылок.
У нас был случай, когда «полетела»(подробностей не вспомню) ФС ext3 на которой находилась БД системы тикетов Trac. Был, примерно, полугодовой давности бэкап, но, поскольку система(Trac) использовалась крайне активно(контроль задач сотрудников и снабжение). Потерянные данные были критичны. Хорошо вспомнили, что все изменения всех тикетов высылалось на почту руководителя. Выгрузили письма, написали парсер и почти безболезненно восстановили данные. С тех пор относимся к данным гораздо ответственнее.
И еще поддержка дедупликации. На исходниках раздела с «portage» может дать около 20%, думаю, к сохранениюм места. И эти технологии можно комбинировать. Но, на ЦПУ нагрузка тоже определенная при этом.
Почему не ZFS? «аналог» WAFL от NetAPP, сам не тестировал на сжатие, но поддерживает функционал расширения «на лету». Современная реализация под линукс достаточно стабильна.
У Вас же бизнес аккаунт. там уровень доверия впринципе к Вам высок, я не думаю что гугл станет блокировать письма. если вы про механизмы гугла.
P.S на тот момент не было полноценных дедикейтед, а вариант VDS не подходил по ряду причин.