Вы привели хорошую ссылку. Вместе с тем, WAP дает пользователю возможность работать с Azure-like порталом, использовать предоставляемые сервис-провайдером сервисы — ВМ, инстансы SQL, Web-сайты.
Azure Stack даст возможность использовать сервисы Azure в частном облаке, что не совсем то же самое.
На самом деле нет :) При анонсе Azure Stack по рунету распространилось определенное заблуждение.
Windows Azure Pack продолжает развиваться, как решение IAAS. Задача WAP — предоставление виртуальных машин. В частности, у нас в планах запуск Windows Azure Pack c Windows Server 2016.
Azure Stack — это больше PAAS, решение оринтированное на предоставление платформы, имеющей в себе различные сервисы, на основе которых вы можете строить приложения. Мы также тестируем эту новую платформу.
Получается, что Azure Pack и Azure Stack — это два разных решения!
К сожалению, «PAAS мёртв» (с) Umputun. Его убил docker. А инструментов, которые бы позволили сервис-провайдерам строить услуги на базе docker пока нет…
Если будете собирать на Mega 2560 и\или будут проблемы с датчиком THN132N (будет говорить только про CRES код) — посмотрите вот этот код Ook_OSV2.ino вот отсюда http://jeelabs.net/boards/7/topics/3298
«Совету графства Кент (Великобритания) удалось сократить среднее время создания объявления о вакансии на 75% — с четырех до одного дня.» Четыре (!) дня, Карл!
У нас есть катастрофоустойчивое решение для IAAS на базе технологий VMware\NetApp — MetroCluster.
Сейчас мы запускаем облако на Hyper-V только в одном ЦОД. Но, при наличии спроса, мы конечно же сделаем катастрофоустойчивый вариант. Два наших ЦОД — NORD и OST — хорошее в этом подспорье.
Мы используем панель управления Windows Azure Pack, о чем и написано в статье.
Вы получаете привычный по Azure user expirience. Плюс набор сервисов Azure, который можно реализовать на сегодняшний день. Подробней про WAP
Немного дополню — у Huawei есть online конфигуратор app.huawei.com/unistar/sct/login!loginChoose.action
В нём можно пособирать детальные конфигурации практически по любому доступному оборудованию.
В части сервиса — доступны разнообразные опции, стандартные NBD, 4hour и прочее. Зависит от оборудования, объемов. Есть российская поддержка — всё как у всех.
Довольно полное удаленное управление — «Для управления сервером и его обслуживания доступны все стандартные на сегодняшний день технологии — BMC, IPMI, SOL, KVM over IP и VirtualMedia». Консоль, управление питанием, мониторинг, виртуальные медиа — всё есть без дополнительных лицензий.
Господа, не пристало такой уважаемой Компании, как HGST, писать такой бред. Очень прошу заказавших этот материал сменить копирайтера на инженера.
Что конкретно в статье плохо — более чем все. Тема не раскрыта, масса технических ошибок, начинающий инженер прочитав этот бред окончательно сломает себе мозг.
Ответ же на поставленный в заголовке вопрос очевиден — у любых SATA дисков 1 порт, у SAS — 2 порта. Если у вас СХД и два активных контроллера — вам нужен SAS или NLSAS; если у вас JBOD подключен одновременно к двум серверам по SAS — вам нужен SAS или NLSAS.
Если к дискам ходит одно устройство — тут для HDD SAS устройства получат преимущества (при одинаковых RPM и seek time) от большей длинны очереди. Такая нагрузка характерна, например, для нагруженных баз данных.
Интересно было бы рассмотреть как раз последнюю ситуацию подробней — 1 устройство ходит к массивчику SAS или SATA SSD дисков. На сколько и на каких паттернах (не забываем про Outstanding IO) SAS SSD выиграют у SATA SSD?
Azure Stack даст возможность использовать сервисы Azure в частном облаке, что не совсем то же самое.
Например вот ответ Krishnaswamy Venkataraman, Azure Architect
Windows Azure Pack продолжает развиваться, как решение IAAS. Задача WAP — предоставление виртуальных машин. В частности, у нас в планах запуск Windows Azure Pack c Windows Server 2016.
Azure Stack — это больше PAAS, решение оринтированное на предоставление платформы, имеющей в себе различные сервисы, на основе которых вы можете строить приложения. Мы также тестируем эту новую платформу.
Получается, что Azure Pack и Azure Stack — это два разных решения!
Еще больше фотографий «как надо строить ЦОД» — у нас на сайте
ДатаЛайн
Коллеги, неплохо было бы обращать внимание, чьи фотографии вы используете. Запрашивать разрешение или хотя бы указывать источник.
Сейчас мы запускаем облако на Hyper-V только в одном ЦОД. Но, при наличии спроса, мы конечно же сделаем катастрофоустойчивый вариант. Два наших ЦОД — NORD и OST — хорошее в этом подспорье.
Вы получаете привычный по Azure user expirience. Плюс набор сервисов Azure, который можно реализовать на сегодняшний день.
Подробней про WAP
В нём можно пособирать детальные конфигурации практически по любому доступному оборудованию.
В части сервиса — доступны разнообразные опции, стандартные NBD, 4hour и прочее. Зависит от оборудования, объемов. Есть российская поддержка — всё как у всех.
Вот подробное описание — support.huawei.com/enterprise/docinforeader.action?contentId=DOC1000038843
Что конкретно в статье плохо — более чем все. Тема не раскрыта, масса технических ошибок, начинающий инженер прочитав этот бред окончательно сломает себе мозг.
Ответ же на поставленный в заголовке вопрос очевиден — у любых SATA дисков 1 порт, у SAS — 2 порта. Если у вас СХД и два активных контроллера — вам нужен SAS или NLSAS; если у вас JBOD подключен одновременно к двум серверам по SAS — вам нужен SAS или NLSAS.
Если к дискам ходит одно устройство — тут для HDD SAS устройства получат преимущества (при одинаковых RPM и seek time) от большей длинны очереди. Такая нагрузка характерна, например, для нагруженных баз данных.
Интересно было бы рассмотреть как раз последнюю ситуацию подробней — 1 устройство ходит к массивчику SAS или SATA SSD дисков. На сколько и на каких паттернах (не забываем про Outstanding IO) SAS SSD выиграют у SATA SSD?