Я на BB переехал уже.
А под андроид браузер, который с недостатком памяти не убивает страницы, так и не появился, даже сейчас. Сам андроид ублюдочен просто.
muks-crew: так вы вагрант в этой схеме используете "локально". Потом редактируете Vagrantfile до той степени, чтобы он использовал digitalocean и заливаете туда свой образ.
Суть там в том, что из своего вагрант-образа вы делаете дроплет в океане. Ещё в амазоне можно так же и в рэкспейсе.
Dmitriy Razumovskiy: опыт у всех большой на бумаге, а вот знаний и опыт на практике - никакой. Уж не говоря о том, что у нас нужно понимать, как "вся та ЁНХ" работает, а не только конфиги из интернета копировать.
> Вы можете у себя в локальной сети настроить группу серверов с идеальным масштабированием и отказоустойчивостью - но если нагрузки на него нет - какой же это хайлоад?
Я же говорю - highload это "в теории бесконечная нагрузка". Если её нет, но в теории она бесконечна (с поправкой на 3 железки держат Х RPS, 30 - X*10-Y, где Y - затраты на погрешность балансировки) - это highload.
> Где нибудь это можно прочитать в интернете?
В вакансиях. Берете вакансии со словом "highload", звоните в туда и спрашиваете - а у вас highload - это про "несколько серверов" или про "тюнить один сервер". Почти все ответят "и про то, и про то".
> его мне высказали на РИТе в этом году
Можете слушать кого угодно. Мне на какой-то конференции в 2010м году рассказывали, что hyper-v прекрасно поддерживает linux-гостей. А спустя пару дней, ковыряя тестовую установку hyper-v на 12 ядерной железке, я узнал, что в hyper-v на тот момент было нельзя создать linux-гостя с количеством ядер больше одного.
Я вам говорю, какие навыки на российском рынке в IT хотят, когда пишут слово "highload" в вакансии. Всё остальное можно записать на туалетной бумаге и использовать её по назначению - за другие знания денег здесь получить не у кого. Можно, конечно, тюнить nginx и mysql до бесконечности на фрилансе, но за это платят всё меньше и меньше - мануалов в интернете полно, а яндекс.танк уже давно позволяет понять быстренько, сделали мы хорошо или надо ещё погуглить.
zorruch:
> когда у вас нет денег и вы начинаете тюнить сервер таким образом чтобы вытащить из сервера абсолютный максимум
Это всё ещё не хайлоад.
Сначала сервис масштабируют, потом тюнят - это highload. Тюнить один сервер - дорога в никуда, никак не хайлоад.
> Т е это как раз про нагрузку
Как раз нет. Это про доступность и отсутствие точек отказа - то есть про способность держать в теории бесконечную нагрузку.
Один сервер нельзя отнести к хайлоаду по одной простой причине - всегда есть потолок по RPS.
Это не моё мнение, это мнение компаний, которые используют в описании вакансий слово "highload" - они подразумевают именно масштабирование.
В общем, "high load" и "highload" - разные вещи на рынке.
Само собой, highload не обходится без оптимизации производительности - топить камин из серверов зелеными купюрами никому не хочется. Но там ищут баланс между надежностью, ценой и производительностью. Когда начинаешь понимать, что кэширование может быть глупой идеей во многих местах (и понимаешь в каких именно) - тогда и становишься highload-специалистом.
zorruch: в хайлоаде как раз ребуты не страшны (хоть и нежелательны - железо менять никому не хочется). Хайлоад - это не про нагрузку, а про методологию администрирования, в которой нет единых точек отказа (это важно, если соберетесь менять работу и у вас спросят, что такое хайлоад).
Это как раз другая сторона =)
Но да, большинство сервисов всё ещё зависит от одного Главного Сервера, который ребутать никогда нельзя.
Sanes:
> Стоит в офисе сервер вендовый например. Его хоть на ночь выключай, никто не заметит.
А потом я звоню в Райффайзен банк в субботу днём спросить, за что с меня списали 17 тысяч, а мне отвечают "вы знаете, а у нас на выходные базу отключают, мы вам не можем сказать за что - звоните в понедельник". Это не шутка - реальная история.
> но бывают такие серверы,
А бывают такие серверы, которые можно выключить и вообще никто не заметит. Никогда. Их, кстати, по недавним исследованиям почти треть всех серверов в мире.
Но вообще, раз у вас такой сервер есть - милости просим, вам хорошо. Я вот свои сервера на ночь отключать не могу - желтому поисковику плохо станет.
dordzhiev:
> В чем преимущества по сравнению с ребутом?
Из ребута где-то 0,01% серверов не возвращаются по железу. Плюс на серверном железе инициализация всё же долгая (и 5 минут бывает, и 10).
Первый пункт важен, когда у тебя десятки тысяч серверов, а второй - когда он один и нужно минимизировать простой (хотя тут-то как раз стоит поспорить - kexec сначала протестировать надо на своём дистре, а то может и не вернуться).
Sanes: чта? перезагрузить сервер из-за обновления софта?
Короче, не тратьте чужое время. Вы тут никого уже не переубедите. Да, винда стабильнее стала, но всё ещё не настолько стабильна, чтобы поставить и забыть.
Sanes: не знаю, зачем вы фапаете на сервера, но сервисы на том сервере с аптаймом в 600+ работают ничуть не менее прекрасно, чем 600 дней назад.
И так со всеми сервисами.
Вообще, если у вас сервисы случаются враскоряку (и чините вы это ребутом) - стоит задуматься о том, чтобы начать понимать, почему они в раскоряку, а не продолжать чинить ребутом.
Sanes: сервисы сами по себе не падают.
Ребут занимает не много времени, но если ребутаться каждую неделю - то легко выйти за пределы 99.9% доступности (особенно с учетом даунтаймов сети-питания в ДЦ).
Для исправления "сервисы постоянно падают" ребут не нужен. Разве что всё ушло в D/Z-state.
> Не вижу ничего страшного в ребуте, если это надо.
Плохое мнение. Рожденное как раз таки "стабильностью" старых версий винды (до XP включительно). Даже ядро можно обновить через kexec.
