Там есть гостевой доступ)

Конечно, на сервере есть медный Ethernet 1gb + медный Ethernet для менеджмента. Мы используем сетевые карты с разъёмами sfp+. С помощью twinax кабелей соединяем сервера с Cisco Nexus 5548UP.

У него две основные функции:
— можно установить или просмотреть адреса для удаленного доступа к IPMI;
— в случае какого-либо отказа в графическом виде отображает, какой из элементов сервера не работает.

Вот тут есть более подробная информация от вендора по данной модели.

Да, в случае записи именно так. Я же говорил про кэш чтения. При запросе на чтение данные могут оказаться в кэше, а могут там и не оказаться — их вытеснили (этот кейс и озвучен в качестве worst case). Например, у соседа на ВМ работает крайне загруженная БД. Или мы читаем длинный последовательный файл, который заведомо больше размера кэша.

Если не секрет, что именно смущает в виртуальных СХД?)

1. Под минимумом имелось в виду конфигурация 1 SSD +HDD. Да, неточно выразился. Спасибо.
2. Тут на самом деле не хотел путать и упоминать про резервирование n+1, но, похоже, перестарался :). Да, дефолтное значение — FTT=1 и означает 2 копии. Раз уже зашел разговор, максимальное значение для FTT=3.
3. Попробуйте еще раз). Если все-таки не получится, то у VMware есть еще вот такой списочек совместимого оборудования, где значится Huawei.
4. Да, поэтому и рекомендую 10 Гбит/с )

возможно, но для сервис-провайдеров стоимость формируется из расчета объема (с учетом поинтов).

Да, если рассматривать случаи с объемом не более 10 ТБ, то дешевле, но с нашей конфигурацией объем начинается от 80Тб :). Кроме того, использование StoreVirtual потребовало бы дополнительных телодвижений для интеграции, а так получается, что везде VMware. По поводу лицензирования — для сервис-провайдеров применяется немного другая модель.

Судя по скриншотам, вы используете vshield реализацию, не планируете ли переходить на NSX и интегрировать в vCloud Director его?

Да есть такие планы.

Обязательно расскажем в одном из наших следующих постов про этот вид сетей.

по DNAT: да, тут вышла ошибка. Текст и скриншот поправили. Спасибо что заметили :)

Для каждой организации создается отдельный пул ресурсов (resource pool). vApp в vcloud — это просто папка в vSphere. vApp в vCloud Director и vApp в vSphere не имеют между собой ничего общего, просто названия совпадают.

VMware не прекратило развитие vCloud Director для сервис-провайдеров. Недавно, например, вышла новая версия vCloud Director 5.6. Однако для конечных пользователей и для организаций они предлагают использовать упомянутый вами vCAC (теперь он называется vRealize Automation).

Из интерфейса vCloud Director можно настроить только IPsec –VPN. Об это тоже расскажем подробнее чуть позже.

VXLAN, да, используем.

Спасибо, добавим)

Отлично, что все получилось). Панель, конечно, не для новичков, зато дает существенно больше возможностей в настройке.

Возможно, вам поможет вот эта инструкция. Если все-таки не получится самостоятельно решить вопрос, пишите на support@cloudlite.ru.

Пишите, будем признательны за обратную связь :)

Опять-таки есть ряд нюансов, из-за которых картина выглядит не столь пугающей, как Вы обрисовали ))

1. Если говорить о гипервизорах VMware, то все работы по установке обновлений/патчей можно производить последовательно, на каждом отдельном сервере, передвигая ВМ на другие сервера с помощью vMotion (благо для таких операций есть всегда резервные сервера). Если все-таки потребуется перезапуск ВМ для каких-то обновлений, то да, в этом случае у пользователя будет небольшой перерыв в работе его сервиса (например, интернет-магазина).

2. Тестирование после установки обновления/патча не занимает много времени, и уж тем более не выльется в ситуацию «всё облако месяц лежать будет» :)
В целом Ваши опасения понятны, радикальное решение этой проблем, как отметил nickolazz, это использование облака с географически распределенным кластером на нескольких площадках. Это собственно предлагается в рамках CloudLine.

Не совсем так: в пункте 4.1.2. речь идет об обновлениях и патчах, имеющих критическое значение для работоспособности, производительности, безопасности ОС.
Уведомление рассылается в обязательном порядке всем клиентам (на email, указанный при регистрации) непосредственно перед работам с указанием примерного времени работ. Об этом также написано в этом пункте.

Используем сервера Huawei FusionServer RH5885 V3, процессоры E7-4830 v2.

Нет, мы проверяли :)
Гугл вроде говорит, что это SS El Oriente.
Он отходил аж две войны :)

Если речь идет о компенсации, то за нарушение SLA мы начисляем бесплатное время пользования сервисом.
Фиксация нарушений SLA будет проходить на основании нашей системы мониторинга и обращений клиента на support@cloudlite.ru.

Большое спасибо! Поправили :)

У Амазона есть нечто подобное: если есть простаивающие ресурсы, то провайдер выставляет их на аукцион, в котором пользователи
сами назначают цену одного часа аренды ресурсов. Победитель получает незадействованные ресурсы по его цене. Однако как только на ресурсы снова появится спрос или ставка будет перебита, то эти ресурсы больше не ваши. Как-то так.