Pull to refresh

Comments 18

UFO just landed and posted this here
Не сочтите за бестактность, но вы пробовали читать пост? Примерно в первом предложении автор начинает отвечать на ваш вопрос.
UFO just landed and posted this here
начинать-то он начинает, но потом что-то происходит, и ответ весьма напоминает фразу «просто чтобы было».
А «просто чтобы было» не достаточно? Какие преимущества для linux-систем может дать, например, aws по сравнению с azure? И наоборот, чем azure в качестве IaaS уступает другим провайдерам конкретно в контексте linux?
Мне вот непонятно, зачем тогда было с этого начинать :)
Функциональные или нефункциональные отличия могли бы быть. Конкурентные преимущества какие-нибудь.
Например, что скорость общения с дисками выше, лучше супервайзер процессорной нагрузки, сервис дешевле или удобнее конкурентов.
После абстракции HAL на версиях после ХР замена мат. платы особых проблем не добавляет. После добавления гипервизора в клиентский вариант ОС — то вообще стало прекрасной возможностью держать тестовый кластер на ноутбуке или вон, планшете.
А что не так? Есть облако, есть линуксовые виртуалки. Какая вам, как конечному юзеру, разница, на чём облако построено?
Эээээ. Про облака речь же, вроде? Какая материнка?

На вопрос «зачем» отвечу встречным вопросом.
Есть azure, в котором, по политическим причинам, конкретно взятому проекту хоститься дешевле и проще. Есть проект (5 лет разработки), больше 50 самописных сервисов. Сервисы написаны под linux, отлажены под linux и поддерживаются под linux. Есть команда, которая 5 лет трахработает с linux.
Что проще? Взять и запустить это хозяйство в azure, или переписывать сервисы под windows и переучивать команду?
UFO just landed and posted this here
Ну так о том и речь, что вопрос «зачем» слишком широк и к нему можно притянуть все, что угодно. А в выборе облака (да как и в любом техническом решении) важна конкретика и факты.
На младших машинах ОЧЕНЬ низкая производительность дисковой подсистемы, и — mysql.

Надежность выше, скорее всего, а вот скорость HDD — мрак и ужас.
UPD
— Вот сравнения Azure (D2, 2 ядра, 7RAM) и hetzner за 40 евро:
команда для сравнения
root@82.60.99.101:~# sysbench --test=oltp --oltp-table-size=1000000 --mysql-db=test2 --mysql-user=root --mysql-password=ShueyhsSSi9_8iO --max-time=60 --oltp-read-only=on --max-requests=0 --num-threads=8 run

Результаты Azure:
OLTP test statistics:
    queries performed:
        read:                            571116
        write:                           0
        other:                           81588
        total:                           652704
    transactions:                        40794  (679.83 per sec.)
    deadlocks:                           0      (0.00 per sec.)
    read/write requests:                 571116 (9517.58 per sec.)
    other operations:                    81588  (1359.65 per sec.)


Результаты hetzner за 40 евро
    transactions:                        105147 (1752.38 per sec.)
    deadlocks:                           0      (0.00 per sec.)
    read/write requests:                 1472058 (24533.35 per sec.)
    other operations:                    210294 (3504.76 per sec.)


MySQL/Ubuntu из коробки Azure и 14.04 hetzner
Конечно, я не исключаю того, что для Azure надо делать какие либо супер-настройки. Не нашел
Несколько советов на заметку по факту реального использования за полгода:

Первое, на что хочу заострить внимание — подключаться по IP — плохой тон — при перезагрузке виртуальной машины через портал — IP сменится — наш вариант или по $myhost.cloudapp.net или по cname к $myhost.cloudapp.net в dns.

Перезагрузка через портал — дело доолгое. Я серьезно — ооочень дооолгое, перезагружать сервер лучше из его консоли, будет значительно быстрее.

Так же — я не знаю, как сейчас, но раньше биллинг останавливал поминутный учёт времени работы VM только через остановку VM в портале — простым poweroff в консоли — чревато попаданием на круглую сумму в конце месяца.

Дальше, по скорости работы — собирать модули из cpan на виртуалке «А0» с Ubuntu — нереально — хинт: надо или выбрать более мощные параметры ВМ на время сборки и потом перевестись на долее низкий тариф, либо держать рядом виртуалку для сборки — выключенные ВМ не оплачиваются.

Ansible, судя по увиденным мной модулям умеет управлять виртуалками Azure — этим можно попробовать воспользоваться.

LXC и docker прекрасно ставятся на 3.х ядро и так же прекрасно работают, в том числе и вместе, openvz запускать сложнее — надо 2.6 ядро и неизвестно, как в такой конфигурации поведут себя ядерные модули и пакеты интеграции с Azure, которые ставятся на ВМ.

VM имеет внутри себя еще один интерфейс с «серым адресом»- насколько я правильно понимаю это для той конфигурации, когда у нас есть одна «нода» для разнесеного по виртуалкам приложения — бекенд, кеш, сервер бд. Этот момент буду тестировать в ближайшее время.
Ну и тема миграций со своей инфраструктуры в и из Azure нераскрыта, но это больше к SCVMM уже, скорее
при перезагрузке виртуальной машины через портал — IP сменится

К слову говоря, есть фича Reserved IP.

раньше биллинг останавливал поминутный учёт времени работы VM только через остановку VM в портале — простым poweroff в консоли — чревато попаданием на круглую сумму в конце месяца

Сейчас тоже — shutdown -h now из VM не освобождает ресурсы и, соответственно, деньга капает.
Пустая статья, не раскрывает всех нюансов развертывания Linux VM на Azure:
Была бы полезен пример создания / развертывания снапшотов (использование команды waagent), подключения диска, балансировки
А также, мне кажется, стоило еще добавить пошаговый мануал с настройкой SPN, если на аккаунте несколько подписок.
Русской документации для этих действий нет, у новичков может вызвать проблемы.
Почему нет готовых образов RHEL? Пришлось иметь жуткий геморрой с конвертированием RHEL из своей инфраструктуры в Ажур через MVMC.
Sign up to leave a comment.