Комментарии 14
off topic: Надеюсь, эта волна экспансии Microsoft не зайдет слишком далеко…
Задам немного глупые вопросы:
1) Это реализация для разработки или боевой машина, на которой можно вывести проект в сеть?
2) Если это боевая реализация, то сколько стоит это чудо в месяц?
Делается сейчас ряд проектов на Django, используются обычные VM-сервера от Reg.ru. Много времени уходит на настройку через консоль и прочее. Если тут все проще, то есть, конечно смысл.
1) Это реализация для разработки или боевой машина, на которой можно вывести проект в сеть?
2) Если это боевая реализация, то сколько стоит это чудо в месяц?
Делается сейчас ряд проектов на Django, используются обычные VM-сервера от Reg.ru. Много времени уходит на настройку через консоль и прочее. Если тут все проще, то есть, конечно смысл.
Это реализация для полноценного размещения, можете использовать для продакшна. Да и для любых других целей.
Цены представлены здесь, начинаются от 1 рубля в час. Тарификация в Azure — поминутная. Платите только за те минуты, когда VM работает.
Цены представлены здесь, начинаются от 1 рубля в час. Тарификация в Azure — поминутная. Платите только за те минуты, когда VM работает.
В Microsoft-е можно пользоваться хромом? )
Использую Django на Azure, но даже в мысли не было заходить на маркет. Развертывание Debian и установка нужных мне компонентов и душе милее, и более надежно. К примеру, я не знаю какой веб-сервер был выбран и как он настроен.
P.S. В блоге компании Microsoft скриншоты Chrome — это так мило))
P.S. В блоге компании Microsoft скриншоты Chrome — это так мило))
Кажется, кого-то уволили =)
Любопытство одержало победу.
Машинка на развертывание странная — выбрал самую слабую конфигурацию (750Mb RAM) и после старта система уже использует своп-раздел.
Из самого стека установлены Django + PostgreSQL + Apache(mod-wsgi) — лично у меня вопрос вызывает Apache, так как мне по душе использовать Nginx(uWSGI).
Ubuntu 14.04 с включенными опциями:
CONFIG_RCU_NOCB_CPU
CONFIG_RCU_NOCB_CPU_ALL
CONFIG_RCU_STALL_COMMON
CONFIG_RCU_USER_QS
А это значит, что в топе у нас море процессов имеют имя вида rcuos/N
Дополнительное ПО, которое меня смутило:
MySQL — и он не для Django. Используется иными сервисами, запущен.
Некий agent.bin — запускается по крону и отправляет какую-то статистику (metrics=osInfo glibcInfo uptime) на https://stats.bitnami.org/api/1_0
Среди питоновских пакетов много мусора, который не факт, что будет использован, к примеру boto (Amazon Web Services Library).
Сопровождать эту виртуальную машину будет затруднительно, по крайней мере на первый беглый взгляд. К примеру:
1 — Конфиг-файл апача для джанги находится по адресу /opt/bitnami/apps/django/conf/django.conf и содержит следующую строку:
<Directory '/opt/bitnami/apps/django/lib/python2.7/site-packages/Django-1.8.9-py2.7.egg/django/contrib'>
Согласитесь, расположение немного неожиданное. Да, сам Apache находится по адресу /opt/bitnami/apache2
2 — Все сервисы (apache, posgresql, mysql...) запускаются скриптом /etc/init.d/bitnami — нельзя просто так взять и сделать service mysql restart
Есть так же лишние файлы конфигураций для Apache (для примера, стандартная index страница bitnami) — это значит, что все равно придется копаться в конфигах, которые к тому же находятся не в привычных местах. В общем придется не настраивать несколько пакетов, а избавляться от предустановленного мусора.
Появилось-ли у меня желание посмотреть на еще что-то из Azure Marketplace? Скорее нет, наоборот утвердился во мнении, что это не надо. По крайней мере для такой простой задачи как настройка веб-сервера с Django.
Машинка на развертывание странная — выбрал самую слабую конфигурацию (750Mb RAM) и после старта система уже использует своп-раздел.
Из самого стека установлены Django + PostgreSQL + Apache(mod-wsgi) — лично у меня вопрос вызывает Apache, так как мне по душе использовать Nginx(uWSGI).
Ubuntu 14.04 с включенными опциями:
CONFIG_RCU_NOCB_CPU
CONFIG_RCU_NOCB_CPU_ALL
CONFIG_RCU_STALL_COMMON
CONFIG_RCU_USER_QS
А это значит, что в топе у нас море процессов имеют имя вида rcuos/N
Дополнительное ПО, которое меня смутило:
MySQL — и он не для Django. Используется иными сервисами, запущен.
Некий agent.bin — запускается по крону и отправляет какую-то статистику (metrics=osInfo glibcInfo uptime) на https://stats.bitnami.org/api/1_0
Среди питоновских пакетов много мусора, который не факт, что будет использован, к примеру boto (Amazon Web Services Library).
Сопровождать эту виртуальную машину будет затруднительно, по крайней мере на первый беглый взгляд. К примеру:
1 — Конфиг-файл апача для джанги находится по адресу /opt/bitnami/apps/django/conf/django.conf и содержит следующую строку:
<Directory '/opt/bitnami/apps/django/lib/python2.7/site-packages/Django-1.8.9-py2.7.egg/django/contrib'>
Согласитесь, расположение немного неожиданное. Да, сам Apache находится по адресу /opt/bitnami/apache2
2 — Все сервисы (apache, posgresql, mysql...) запускаются скриптом /etc/init.d/bitnami — нельзя просто так взять и сделать service mysql restart
Есть так же лишние файлы конфигураций для Apache (для примера, стандартная index страница bitnami) — это значит, что все равно придется копаться в конфигах, которые к тому же находятся не в привычных местах. В общем придется не настраивать несколько пакетов, а избавляться от предустановленного мусора.
Появилось-ли у меня желание посмотреть на еще что-то из Azure Marketplace? Скорее нет, наоборот утвердился во мнении, что это не надо. По крайней мере для такой простой задачи как настройка веб-сервера с Django.
Любая VM сегодня ставится в итоге из Azure Marketplace :-) ну и ваше собственное решение может быть там же, продаваться на 80+ стран.
Заходим на Azure Marketplace, пытаемся найти FreeBSD и находим… KAV for Linux File Server.
Скорее всего вы хотели сказать большинство машин ставится с маркета?
Мне этот подход не нравится так же, как и подход запуска совсем сторонних Docker-контейнеров. В конкретном случае с «Django-stack» меня никто не спрашивал, хочу-ли я отсылать статистику, согласен-ли я это делать — она просто стартует по крону.
Скорее всего вы хотели сказать большинство машин ставится с маркета?
Мне этот подход не нравится так же, как и подход запуска совсем сторонних Docker-контейнеров. В конкретном случае с «Django-stack» меня никто не спрашивал, хочу-ли я отсылать статистику, согласен-ли я это делать — она просто стартует по крону.
Мне очень «понравилось» использовать Azure Marketplace :-)
История получила продолжение. Оставив «Django Stack» во включенном состоянии с мыслью, что руки дойдут и надо будет еще в нем поколупаться я не учел один вариант. Точнее я даже не подумал, что он имеет место быть. Под это дело я выдал конфигурацию Standard A0 (примерно 930руб/мес) и каково же было мое удивление когда у меня сегодня внезапно все легло из-за превышения установленного лимита!
Я проверил финансовую сводку и был поражен! Там дал о себе знать пункт «PREMIUM SMALL APP SERVICE HOURS — AZURE APP SERVICE» который с 21 апреля сожрал 5,597.71 рублей! По моим приблизительным подсчетам за это время она должна была съесть буквально на порядок меньше финансов.
Сейчас еще раз перепроверил создание инстанса по инструкции с выбором Standart A0 — приблизительно 930руб/мес должно тратиться на этот Django Stack, но практика показала, что нет.
Печально, видимо придется уходить от Microsoft Azure из-за пачки «приятностей», которыми меня обеспечили на конец праздников.
История получила продолжение. Оставив «Django Stack» во включенном состоянии с мыслью, что руки дойдут и надо будет еще в нем поколупаться я не учел один вариант. Точнее я даже не подумал, что он имеет место быть. Под это дело я выдал конфигурацию Standard A0 (примерно 930руб/мес) и каково же было мое удивление когда у меня сегодня внезапно все легло из-за превышения установленного лимита!
Я проверил финансовую сводку и был поражен! Там дал о себе знать пункт «PREMIUM SMALL APP SERVICE HOURS — AZURE APP SERVICE» который с 21 апреля сожрал 5,597.71 рублей! По моим приблизительным подсчетам за это время она должна была съесть буквально на порядок меньше финансов.
Сейчас еще раз перепроверил создание инстанса по инструкции с выбором Standart A0 — приблизительно 930руб/мес должно тратиться на этот Django Stack, но практика показала, что нет.
Печально, видимо придется уходить от Microsoft Azure из-за пачки «приятностей», которыми меня обеспечили на конец праздников.
Дополню: нашел пункт в счете на виртуальную машину — она с 21 апреля потратила 364.71, то есть примерно столько сколько я и ожидал, а пункт «premium...» дается к ней в нагрузку и об этом нигде не говорится.
В итоге я пришел к выводу, что под эгидой «MS+Linux=Love» вы раздаете вредные советы. И ваши «от 1 рубля в час» упомянутые выше легко превратятся в «от 14500р/мес» без вашего ведома.
В итоге я пришел к выводу, что под эгидой «MS+Linux=Love» вы раздаете вредные советы. И ваши «от 1 рубля в час» упомянутые выше легко превратятся в «от 14500р/мес» без вашего ведома.
еще и в инкогнито;)
Пост ни о чём. Зачем описывать тривиальный сценарий: «Как следовать инструкциям и нажимать кнопку Далее»?
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Развертывание стека Django на Ubuntu в облаке Microsoft Azure