Возможно, это удовлетворит Вашим потребностям: Заключенный в кавычки из этой ссылки:
Вы будете нуждаться в пакете SmartMonTools и использовать check_smart.pl сценарий жемчуга (nagios плагин), чтобы проверить состояние жесткого диска путем выполнения самопроверок S.M.A.R.T. с помощью команды smartctl, добавить к snmpd.conf:
должностное лицо CheckSmart/path/to/check_smart.pl-t-d/dev/hda
Поймите, что облако означает писать в спецификации облака - VPS является ПРОСТО сервером - Ничто иное. Облако, для масштабирования как маркетинговые команды говорят, собирается потребовать, чтобы код имел дело с сессиями / выравнивание нагрузки - чрезмерно упростило, это испытывает необходимость в ЛЮБОМ сервере, чтобы смочь обработать КАЖДЫЙ запрос - т.е. не липкая сессия - Если можно сделать это, затем масштабирование, облако или несколько VPS, является в основном тем же (возможно, облачные предложения имеют подсистему балансировки нагрузки, впереди доступную).
Я нахожу, что большинство клиентов приезжает к нам нуждающийся в помощи с кодированием для чтения к облаку / масштабирующийся - те, которые ищут облако, потому что они видели, что маркетинговый термин не понимает различия - Это - отказ маркетологов.
Я записал этот ответ на подобный вопрос. Это было об определении некоторых модных словечек вокруг облачных сервисов.
С теми определениями на месте, можно сказать, что IaaS точно похож на VPS; за исключением того, что типичные 'облачные' поставщики позволяют Вам запустить и остановить столько экземпляров, сколько Вы хотите, и заряд после факта, в то время как типичный поставщики VPS заставляют Вас подписать контракт для фиксированного сервиса с твердой ставкой, любое изменение нужно спросить и обычно имеет сбор за установку.
Вот в чем разница абстракции, концептуально, но это сводится к способности осветить "экземпляры" и имеющая инфраструктура по запросу на касании, если Вы будете.
Что касается тарификации, да, Вы обычно только платите (большинством из них так или иначе) в течение времени, когда Ваш экземпляр онлайн и функционирование, поэтому если бы Вы - планирование хостинга нескольких веб-сайтов довольно низкого трафика, я придерживался бы общего хостинга. Если Вы просто запустили большую маркетинговую кампанию для своего веб-приложения, у меня очень были бы в моем распоряжении мгновенные экземпляры машины готовыми к хождению, увеличиваясь, поскольку Вам нужно оно.
Лично у меня есть экземпляр почтового сервера обработки отказа на EC2 с совместно используемой памятью S3, это смонтировано на моем реальном почтовом сервере - если это понижается, я знаю, что могу осветить тот экземпляр почтового сервера в течение секунд к обработке отказа при необходимости. У меня также есть другой экземпляр только с FreeBSD и Nessus на нем, чтобы сделать сканирование сети на различных хостах, когда мне нужен он; в прошлом месяце я думаю, что потратил ~10 маркеров, все сказались на Amazon для нескольких ГБ персистентного устройства хранения данных, несколько часов экземпляра и немного пропускной способности.
В заключение, различия между двумя типами виртуальных серверов зависят больше один поставщик, чем на используемых технологиях. Как то, если vps, как говорят, перепроданы, то же может быть верным для облачных серверов также, так же доступность освобожденных ресурсов значительно произвела бы производительность серверов и в облаке и в vps среде. Таким образом, я думаю в конце дня, практически необходимо принять решение о поставщике сначала, технология позже.