Comments 18
UFO just landed and posted this here
Не сочтите за бестактность, но вы пробовали читать пост? Примерно в первом предложении автор начинает отвечать на ваш вопрос.
+4
UFO just landed and posted this here
начинать-то он начинает, но потом что-то происходит, и ответ весьма напоминает фразу «просто чтобы было».
+1
А «просто чтобы было» не достаточно? Какие преимущества для linux-систем может дать, например, aws по сравнению с azure? И наоборот, чем azure в качестве IaaS уступает другим провайдерам конкретно в контексте linux?
+1
После абстракции HAL на версиях после ХР замена мат. платы особых проблем не добавляет. После добавления гипервизора в клиентский вариант ОС — то вообще стало прекрасной возможностью держать тестовый кластер на ноутбуке или вон, планшете.
+1
А что не так? Есть облако, есть линуксовые виртуалки. Какая вам, как конечному юзеру, разница, на чём облако построено?
+1
Эээээ. Про облака речь же, вроде? Какая материнка?
На вопрос «зачем» отвечу встречным вопросом.
Есть azure, в котором, по политическим причинам, конкретно взятому проекту хоститься дешевле и проще. Есть проект (5 лет разработки), больше 50 самописных сервисов. Сервисы написаны под linux, отлажены под linux и поддерживаются под linux. Есть команда, которая 5 леттрахработает с linux.
Что проще? Взять и запустить это хозяйство в azure, или переписывать сервисы под windows и переучивать команду?
На вопрос «зачем» отвечу встречным вопросом.
Есть azure, в котором, по политическим причинам, конкретно взятому проекту хоститься дешевле и проще. Есть проект (5 лет разработки), больше 50 самописных сервисов. Сервисы написаны под linux, отлажены под linux и поддерживаются под linux. Есть команда, которая 5 лет
Что проще? Взять и запустить это хозяйство в azure, или переписывать сервисы под windows и переучивать команду?
+1
UFO just landed and posted this here
Ну так о том и речь, что вопрос «зачем» слишком широк и к нему можно притянуть все, что угодно. А в выборе облака (да как и в любом техническом решении) важна конкретика и факты.
0
На младших машинах ОЧЕНЬ низкая производительность дисковой подсистемы, и — mysql.
Надежность выше, скорее всего, а вот скорость HDD — мрак и ужас.
Надежность выше, скорее всего, а вот скорость HDD — мрак и ужас.
0
UPD
— Вот сравнения Azure (D2, 2 ядра, 7RAM) и hetzner за 40 евро:
команда для сравнения
Результаты Azure:
Результаты hetzner за 40 евро
MySQL/Ubuntu из коробки Azure и 14.04 hetzner
Конечно, я не исключаю того, что для Azure надо делать какие либо супер-настройки. Не нашел
— Вот сравнения 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 надо делать какие либо супер-настройки. Не нашел
0
Несколько советов на заметку по факту реального использования за полгода:
Первое, на что хочу заострить внимание — подключаться по 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 имеет внутри себя еще один интерфейс с «серым адресом»- насколько я правильно понимаю это для той конфигурации, когда у нас есть одна «нода» для разнесеного по виртуалкам приложения — бекенд, кеш, сервер бд. Этот момент буду тестировать в ближайшее время.
Первое, на что хочу заострить внимание — подключаться по 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 имеет внутри себя еще один интерфейс с «серым адресом»- насколько я правильно понимаю это для той конфигурации, когда у нас есть одна «нода» для разнесеного по виртуалкам приложения — бекенд, кеш, сервер бд. Этот момент буду тестировать в ближайшее время.
+2
Ну и тема миграций со своей инфраструктуры в и из Azure нераскрыта, но это больше к SCVMM уже, скорее
0
при перезагрузке виртуальной машины через портал — IP сменится
К слову говоря, есть фича Reserved IP.
раньше биллинг останавливал поминутный учёт времени работы VM только через остановку VM в портале — простым poweroff в консоли — чревато попаданием на круглую сумму в конце месяца
Сейчас тоже — shutdown -h now из VM не освобождает ресурсы и, соответственно, деньга капает.
+1
Пустая статья, не раскрывает всех нюансов развертывания Linux VM на Azure:
Была бы полезен пример создания / развертывания снапшотов (использование команды waagent), подключения диска, балансировки
А также, мне кажется, стоило еще добавить пошаговый мануал с настройкой SPN, если на аккаунте несколько подписок.
Русской документации для этих действий нет, у новичков может вызвать проблемы.
Была бы полезен пример создания / развертывания снапшотов (использование команды waagent), подключения диска, балансировки
А также, мне кажется, стоило еще добавить пошаговый мануал с настройкой SPN, если на аккаунте несколько подписок.
Русской документации для этих действий нет, у новичков может вызвать проблемы.
+2
Почему нет готовых образов RHEL? Пришлось иметь жуткий геморрой с конвертированием RHEL из своей инфраструктуры в Ажур через MVMC.
+1
Sign up to leave a comment.
Запускаем Linux в Microsoft Azure