Собираясь пойти живые: виртуальный выделенный сервер или облако?
Сначала, необходимо смонтировать разделы с 'relatime' для оптимизации поведения ext3. Затем узнайте то, что получает доступ к Вашим дискам (файлы журнала?). Я думаю, что Вы не говорите о своем корневом разделе или другом системном диске, а скорее дополнительном устройстве хранения данных, в которое Вы пишете от вручную?
Я использую неактивный HD для вращения вниз внешнего диска USB на моем HTPC.
HTH,
PEra
"Облачные" сервисы немного похожи на web 2.0 - Вы берете идею, которая не хорошо понята, но не новая также, и Вы даете ему броское название, и внезапно все говорят об этом.
Облачные сервисы основаны на идее "виртуализованного центра обработки данных", проданной нам 10 лет назад.
Облачный хостинг является (обычно) просто виртуальной частной серверной средой, кроме с пониманием, что можно хотеть быстро настроить дополнительные аппаратные средства в любой момент. Amazon EC2, например, просто дает Вам часть использования сервера Xen (хотя иногда довольно раскормленная часть, если Вы готовы заплатить за него), который Вы загружаете образом виртуальной машины, который Вы храните в S3.
Начальная настройка может быть немного пугающей в Ваш первый раз через него, но когда Вы сделаны, можно запустить любое количество идентичных экземпляров в течение минут от браузера. Другой щелчок и сервер исчезают. Это стоит того же, чтобы выполнить 5 экземпляров в течение 1 часа или выполнить 1 экземпляр в течение 5 часов. Это - то, под чем они подразумевают "эластичный". Вы видите, как это имеет некоторые значительные последствия в области масштабирования. Вы только платите за аппаратные средства, которые Вы используете, и только при использовании их. Если Вы хотите, например, можно выполнить 5 серверов во время рабочего времени, и всего 1 вечером, и они не дают Вам горя о постоянном добавлении и удалении аппаратных средств.
Помните, облачные сервисы не необходимы для масштабирования.
Вы масштабируете облачный сервис путем добавления новых аппаратных средств. Вы масштабируете специализированный сервис путем добавления новых аппаратных средств. Включенный механизм, шаги, которые Вы делаете, планирование Вас, должен сделать заранее для параллелизации потока операций - это все одинаково. Облачные сервисы позволяют Вам масштабироваться, и затем не масштабироваться, очень быстро и дешево, помещая дополнительные аппаратные средства везде, где Вам нужны они. При выполнении бизнеса размер Amazon этот вид вещи является действительно единственным способом пойти. Они выполняли облачную сеть задолго до того, как они начали продавать ее как услуга.
Производительность на виртуальных частных серверах может быть раздражающе непоследовательной, если Вы не управляете целым полем.
При совместном использовании аппаратных средств Вы совместно используете ресурсы. Если Вы совместно используете с собой, это не грандиозное предприятие. Если Вы совместно используете с кем-то, кто пытается выполнить их собственную поисковую систему, можно чувствовать, что Вы получаете меньше, чем Вы заплатили за.
Некоторые облачные поставщики "упрощают" процесс путем давания Вам меньшего количества контроля.
Правильно масштабирование со спросом является на самом деле не простой проблемой. Я имею в виду, это просто, если Вы знаете, как сделать это, но если Вы никогда не делали этого, затем Вы, вероятно, не знаете как. Некоторые меньшие места пытаются дифференцироваться путем приема в часть той сложности. Вы не можете хотеть это, или можно найти это очень полезным.
Вопросы надежности
Все виртуальные серверы работают на нормальном серверном оборудовании. Если базовый компьютер загорается, виртуальные серверы перестают работать столь же быстро. Однако большинство облачных поставщиков также предоставляет SAN для Вашего постоянного хранения. Стоит указать, что, если правильно управляется, SAN существенно более надежен, чем единственный жесткий диск сервера и может быстро быть присвоен другому серверу, должен Вы испытывать затруднения из-за своей текущей машины. Это также намного более дорого на байт.
И так...
Выделенный является самым простым, и определенно дает Вам большинство ресурсов за деньги. Это также наименее гибко. Традиционные VPSes дают Вам меньше, но должны стоить меньше.
И для резервного копирования: нет ничего неправильно с rsync - это - основание для большинства резервных инструментов. Добавьте жесткие ссылки для снимков, и у Вас есть действительное решение.
Я предполагаю, что Вы обращаетесь к облачным сервисам Amazon (EC2, S3, EBS, и т.д.) или подобные, поскольку облако является большим неопределенным сроком, который может быть в значительной степени любым сервисом в Интернете.
В отношении Amazon по стандартному VPS большие различия:
Модульная оценка
С Amazon Ваша оценка очень об использовании, большой - на заряд часа включения машины, но это также ломает выделенное устройство хранения данных, передачу данных, статического дюйм/с, и т.д. Большинство VPS продается в качестве ежемесячной упакованной цены. Они указывают, какую машину Вы получаете, сумма устройства хранения данных, включенная пропускная способность, и т.д. за статическую ежемесячную цену. Здорово для предупреждения затрат, но имеет потенциал для оплаты больше затем, что Вы на самом деле используете.
Дополнительная льгота способа, которым они разбили оценку, гибкость конфигурации также. Для некоторых приложений нужны тонны хранения данных, но очень мало вычислительной мощности, другие являются совсем противоположным. Вы не должны подходить к большему пакету, чтобы покрыть одно требование и заплатить за набор отдельно оплачиваемых предметов, в которых Вы не нуждаетесь.
Аппаратные средства на лету
Amazon создал API и инструменты для управления различными сервисами, которые они имеют так, чтобы можно было управлять им программно. При разработке приложения правильно для горизонтального масштабирования (управление сеансом совместной работы, подсистемы балансировки нагрузки, и т.д.) можно работать на минимальном поле как на значении по умолчанию затем на основе времени суток, системной нагрузки, параллельных пользователей, и т.д. добавить больше полей в соединение.
Это - отличный способ сократить затраты хостинга в зависимости от шаблонов использования Вашей аудитории. Например, позволяет, говорят, что Ваша загрузка является 10:00 - 16:00 M-F, таким образом, 6 часов рабочий день и остальная часть времени ее очень произвольный доступ.
Если бы Вы нуждаетесь в большом поле для обработки тех 6 часов и выполняете его 24/7, Вы потратили бы $0.34/часа * 24 часа * 30 дней = приблизительно $245/мес (с некоторыми дополнительными затратами для устройства хранения данных, пропускной способности, и т.д. но почасовым является объем стоимости).
Вместо этого если бы Вы выполнили маленькое поле 24/7 и имели большое, входят для выручения в течение тех 6 часов, Вы говорили бы $0,085 / час, маленький * 24 часа * 30 = 60$ плюс $0,34 / час, большой * 6 часов * 20 = 40$ за в общей сложности приблизительно 100$, меньше чем половина выполнения большого поля 24/7.
Среда
Они - весь VPS (Amazon использует Xen в качестве их гипервизора), Amazon только что создал этот интерфейс к управлению сервисами, рабочие вещи динамические, модульные сервисы, и т.д. но машины являются все еще просто виртуальными машинами. Нет различия для Вас до конфигурирования апача, поддержания патчей, и т.д. Будьте этим VPS, Amazon, облако Rackspace, и т.д. Вы будете все еще SSH на поле и быть в полной среде Linux.
1: облако потребностей.
2: реальная машина потребностей или виртуальная машина
3: может работать с чем-либо. весело проведите время платя за него, тем не менее, кроме с отдельным выделенным физическим сервером.
В зависимости от Вашей потребности я получил бы мощную машину и выполнил бы virutalization на нем. Позволяет Вам havea довольно большому расположению (как vm's для разработки и т.д.), и затраты ниже, чем облако. Позже можно всегда переключаться.
-
1Я не соглашаюсь немного с Вашей первой точкой. Это кажется, что он использует некоторый стек LAMP, в этом случае если его архитектура является долей ничто затем масштабирующееся горизонтально с VPS' s довольно легок. – Mark 7 May 2010 в 11:25
-
2Точка на 1 - то, что только облако позволяет Вам будить FAST с количеством энергии, которое Вы имеете - вверх и вниз. VPS обычно требуют более длительных обязательств. ВЫ не можете увеличиться в течение 4 часов, в то время как Вы упоминаетесь по телевизору ;) В значительной степени ЕДИНСТВЕННЫЕ облака преимущества имеют. В финансовом отношении они глупы для базисной нагрузки - слишком дорогой, когда выполнено полный месяц. Но масштабирование они делают ;) Быстро и быстро вниз. – TomTom 7 May 2010 в 11:56
Облачные сервисы являются просто современным названием того, что многие компании обеспечивали в течение нескольких лет. Они пытаются абстрагировать услуги, которые они предоставляют, таким образом, Вы не чувствуете, что имеете дело с физической инфраструктурой. Например, EC2 Amazon, 'Эластичные, Вычисляют Облако', позволяет Вам загружать много виртуальных частных серверов через их API, вместо того, чтобы заказать новый VPS через продавца. Они также взимают почасовую оплату вместо ежемесячного или ежегодного контракта. Это позволяет Вам программно управлять своими ресурсами очень гибким способом. Например, Вы могли ввести больше серверов в эксплуатацию, когда загрузка высока, или когда Вы нуждаетесь в testserver или загружаете 100 серверов, когда необходимо произвести подсчеты и списать их тот же самый день для управления стоимостью. Облачное хранилище (например, Amazon S3) делает то же для устройства хранения данных. Гибкость контакта с инфраструктурой, как будто это был потребляемый ресурс, - то, что делает 'облако' настолько привлекательным.
Отвечать на Ваши вопросы:
- Было бы самым легким начать использовать Amazon EC2 или Облачные Серверы Rackspace, потому что, если можно настроить приложение, чтобы быть гибкими, с помощью поставщика VPS, который может уполномочить больше или более быстрые серверы и только заряжается для того, что Вы используете, это помогает контролировать Ваши затраты и все еще предоставить хорошую услугу, когда Ваша популярность растет. Если Вам не нужна такая гибкость, Вы могли бы попробовать Slicehost, регулярный VPS hoster.
- Я определенно пошел бы с виртуальной машиной для ее гибкости, как описано выше. Реальная машина была бы рекомендована Вас, имеют высокие потребности ввода-вывода или не может принять небольшие издержки виртуальной машины.
- Большинство поставщиков может обеспечить своего рода резервное копирование для своих серверов. Можно также обеспечить собственное удаленное резервное копирование. Я лично довольно люблю Дисковый Выпуск Сервера Джунглей, который доступен, безопасен и использует Amazon S3 или Rackspace Cloudfiles как поставщики услуг по хранению данных. В действительности Вы только платите за то, что Вы используете, таким образом, Ваша стоимость только вырастет, когда Ваш набор данных или период хранения вырастет. Существует много предложений, так убедиться присмотреться к ценам и протестировать их требования. Резервные копии только полезны при доказательстве.