Назад | Перейти на главную страницу

Указываете требования к хостингу виртуальной машины?

В настоящее время наши клиенты устанавливают наше приложение (сервисы, базы данных и т. Д.). Некоторые из наших клиентов просят нас разместить их для них.

Мы ищем хостинг-провайдеров, но я не знаю, как сформулировать наши требования, теперь, когда все стало виртуальным.

Раньше я бы просто сказал что-то вроде:

Четырехъядерный процессор, 16 ГБ ОЗУ, 4 диска по 146 ГБ в конфигурации RAID10, сетевые карты 2 Гбит / с. Двое из них сгруппировались.

Теперь, конечно, все виртуально, поэтому процессоров на самом деле не существует, хранилище обычно находится в SAN, и нам может не понадобиться кластеризация, если виртуальная матрица обеспечивает живую миграцию. Некоторым нашим клиентам может хватить даже холодных запчастей.

Как мне обновить свои аппаратные характеристики для работы в виртуальной среде?

Обратите внимание, что я не спрашиваю об облачном хостинге - наше приложение недостаточно масштабируется, чтобы сделать это стоящим (но оно хорошо масштабируется).

Да как времена меняются, все говорят о виртуальном. Но не все так иначе, как раньше! Мы по-прежнему указываем примерно такие же требования (я не знаю ваше программное обеспечение или приложение), но есть несколько правил, которым вы, возможно, захотите следовать:

  1. ЦП - мы указываем, сколько виртуальных ЦП мы хотели бы передать виртуальной машине. Здесь хорошо, если размер приложения растет, просто увеличивайте vCPU.
  2. ОЗУ - это в основном как мощность процессора, вы можете запустить базовый уровень, и иногда, если вам нужно больше оперативной памяти, просто дайте виртуальной машине больше оперативной памяти (при условии, что у вас достаточно, чтобы дать ее)
  3. Дисковое пространство и производительность - Да, это правда, что у нас есть SAN - это также зависит от того, как настроена SAN: производительность, надежность и так далее ...
  4. Сетевая карта. Здесь спорный вопрос, без сомнения, у нас будет виртуальная сетевая карта, некоторым приложениям может потребоваться собственная выделенная пропускная способность. Здесь вы можете убить 2 зайцев одним выстрелом! Объедините сетевые адаптеры - объедините 2 карты сетевых адаптеров на стороне гипервизора, и вы получите резервирование, а также балансировку нагрузки.
  5. Защита сервера - уровень гипервизора, True HA / FT предлагается VMware, HA на XenServer (извините, я не слишком знаком с другими) .Вам может понадобиться как минимум 2 гипервизора для работы vMOTION или XenMotion (перемещение виртуальной машины с одного гипервизора). к другому), но я настоятельно рекомендую изучить решения HA / FT "НАСТОЯЩИМИ" людьми HA / FT! Лицензии на HA / FT, предоставляемые VMware, иногда могут взлетать до небес

Надеюсь, это даст вам базовое понимание !!!

Ответ CChock довольно хорош, но, по моему опыту, требования к оборудованию для серверов непомерно высоки. С помощью встроенных в ESX инструментов мониторинга и производительности (с которыми я больше всего знаком ...) я сделал одно из двух:

-Согласитесь с какой-то промежуточной точкой (скажем, сократите память и ЦП вдвое), и если сервер работает плохо, посмотрите на мониторинг производительности и увеличьте оттуда.

или

-Соберите сервер в соответствии с их спецификациями, с соглашением о том, что после месяца использования вы и заказчик будете просматривать отчеты об использовании производительности и снижать спецификации для максимальной эффективности,

Я обычно настоятельно рекомендую первый вариант, потому что даже перед лицом фактов (диаграмм производительности) клиенты будут в ярости от отказа от спецификации, даже если они не используют ее.

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

Нужно повсюду брать много крупинок соли.