Покупка второго БП запланирована за пару месяцев до планируемого старта. Так-то да, бага в коде и оп-оп подавай новый p4800x, iops мониторю через zabbix, состояние hdd-raid смотрю через спец команду кучерявую.
Спасибо за развёрнутый коммент. Тиском заявил, что они поменяют любую детальку в течении этого-следующего рабочего дня. А потом мы с ним спокойно разберём это был гарантийный или не гарантийный случай. Разумеется не за бесплатно. Но суть я уловил, спасибо.
Что будет если выйдет из строя раньше времени данный NVMe? Видимо будет downtime около недели и море потерянного времени. Ну и тут появится новая статья полная боли и ненависти к Intel. Надеюсь этого не будет.
На тему подхода — я думаю вот чего. У меня будет ровно одна попытка, чтобы мою игру увидели миллионы игроков. Все площадки с играми имеют раздел с играми-новинками. Одна игра может только один раз туда попасть. Только один шанс. Взвесив все варианты развития игры я выбрал этот путь, именно поэтому все важные показали железа берутся с запасом насколько позволил бюджет. После момента старта нельзя будет выключать сервер и чего-то туда устанавливать, иначе ломается вся бизнес модель. А я хочу иметь хотя-бы шанс на успех. И после этой попытки есть ровно 2 варианта развития событий, либо игра успешная и как можно быстрее собираются деньги на кластер серверов — и строится полноценная инфраструктура для полноценного бизнеса. Или игра не успешная — и ей место в моём портфолио, и тогда надёжность и возможный downtime через 5 лет в неделю не страшен.
Понятно, спасибо за разъяснение, стало намного понятнее. В итоге получается за эту фичу надо мне выложить 1500$ (или +20% стоимости) — как приведены расчёты в соседнем комментарии. Для меня это неприемлемо много. Фраза «россыпь железа» тоже доставляет, от этой фразы у меня ощущение, что вы не читали мою статью.
если уж таких требований нет и не описан характер нагрузки на сервер приложением
По статье разбросано много требований к ssd. 1-2tb перезаписей в сутки. Про iops каюсь, надо было указать, что надо было примерно 50000iops на запись гарантированно иметь (разумеется это не линейно, что 1 игрок требует 1 iops всё время, но очень примерно). Чем быстрее перезапись — тем лучше. И т.д. Основная нагрузка — от БД. Но мне её сейчас нечем нагрузить. Только синтетические тесты. Открыт для предложений по оным.
На тему памяти — надо было купить 64 сейчас и возможно 64 потом? Сэкономить на этом 500$. Я ж описал, что недостаток памяти для этого проекта — это маленькая катастрофа. Вот, и получается — на одной чаше весов риск+500$, а на другой без риска, но без 500$. Я выбрал сразу установку 128Gb. Или речь про задержки? Ну какая мне разница? Ковыряние памяти — основная задача данного приложения, поэтому я выбрал максимально хороший вариант в рамках моего бюджета по памяти.
4x2Tb raid5, меньше объём, больше шпинделей = быстрее ребилд
Ну ок. Предположим, я беру в облаке — предположим игра оказывается финансово несостоятельной. Всё, закрываем проект полностью. И в портфолио я смогу положить только дырку от бублика. Я уже ловил такую проблему в прошлом и об этом в статье написал. А сейчас получается даже если приносить будет 50$ в месяц — уже финансово состоятельная и у меня уже есть оборудование для следующей попытки чего-то сваять.
Предположим игра оказалась успешной и при запуске она примерно соответствует максимальным ожиданиям — это мне за хостинг надо будет платить 1000$ в месяц. А работающий продакшн трогать — себе опаснее и переносить на свой сервер. Тьма времени и сил и денег. Было уже так, не хочу повторения.
Не очень хочется вас огорчать, но в данном экземпляре платформы R1304WTTGSR есть IPMI, за 750 рублей в месяц я могу начать им пользоваться, если захочу или понадобится.
Я уже писал, что для офисов DELL — понятно за что переплата, а вот для ЦОД — нет. Чем плоха выбранная платформа Intel?
Ага, в качестве единой точки отказа, бекапы восстанавливать будете куда? Даже пара SATA SSD будет надёжнее. В рейде естественно.
Извините бюджет не резиновый. А задача сервера — не работать под нагрузкой 5 лет, а выдержать заявленную выносливость в течении 3-5 месяцев, когда прийдёт время.
Да, единая точка отказа. Я вроде подробно расписал, почему я осознанно пошёл на такой риск. В конце-концов сервер должен решать бизнес задачу, а не просто быть купленным для галочки.
Судя по статистике zabbix ребилд будет… 8 дней. Ну а какие есть варианты по этому вопросу?
200GB SSD SATA Mix Use MLC
Убрали железку стоимостью 120к рублей и добавили 2 железки стоимостью 20к рублей.
Убрали 10 гигабитные порты за 10к рублей.
Я считаю получился прекрасный пример непонятной переплаты в 90к рублей за оборудование DELL.
Имея некоторые связи с представителями IT сообщества в Украине я осведомлён, что шансы изъятия сервера из ЦОД в Украине без последствий для изымающего — не равны нулю. Я это называю юридическая незащищённость.
в РФ/США/Европе/Китае — такое невозможно, и потому юридически защищены с моей точки зрения.
В США я не хотел рассматривал вариант размещения из-за пинга.
В Европе — тот же пример Пражский. Случись чего — мне получается надо ехать в Прагу, подавать иск в суд и добираться чего или оплачивать услуги адвокатов. Дорого это всё.
А если в РФ чего случится — я могу себе позволить отстаивать свои интересы в суде без проблем. Ну и я не могу себе представить, что моим сервером что-то случится в tech.ru без существенных проблем для вредителя.
Я готов платить за +2 ядра 250$, увеличение частоты для данной задачи это приятный бонус. Из-за ошибки в коде была получена ситуация с онлайн 500 человек, был почти полностью съеден ресурс свободной оперативной памяти на старом слабом сервере, а нагрузка на процессор была в пределах статистической погрешности.
SLA от самого DELL на оборудование, которое стоит у них в ЦОДе
Я же покупаю железку у одних лиц, а размещаю железку у других лиц.
Взаимодействие за дорого DELL с лицами, у которых размещается оборудование — понимаю.
Взаимодействие за дорого DELL с лицами, у которых покупается оборудование — не понимаю.
Полагаю, что корень проблемы в том, что для моей схемы (покупка сервера + размещение в ЦОД) — поддержка DELL бессмысленна. Вот если бы я в свой офис ставил сервер — тогда такие траты выглядели бы осмысленными.
Я в далёком 2007 пересобирал mysql, чтобы он мог работать с количеством открытых файлов более чем 65к. Под freebsd не получилось такое провернуть. А под debian получилось. Но всё-равно танцев с бубном с плясками вокруг сервера было очень много.
Поэтому разбираться что у кого не так пошло — желания нет.
Собрался я наконец попробовать разобраться и применить event библиотеку.
Сначала я попытался разобраться — действительно ли нельзя использовать socket_select. Ведь для меня упереться в эту проблему — уже достижение. 1к юзверей онлайн это безусловная победа.
Понял, что пересобрать php будет не просто — в интернетах жалуются, что пересборка не помогает. Но зато есть клёвый обход — поднять несколько ws серверов, хоть 10к (или сколько там портов локальных может быть). На каждый пустить не более 1000 клиентов. А nginx через roundrobin выполняет балансировку — и вот новый лимит довольно быстро подымается до 100к юзверей онлайн. Далее можно спокойно применить event или ещё чего.
Теперь о самом event — много лет назад был создан такой плагин и не обновлялся. Далее вырос libevent он тоже перестал обновляться. Далее кто-то форкнул libevent в libevent2 и «недавно» торжественно переименовали libevent2 в event. Прошу подтвердить — правильно ли я понимаю происходящее?
Что мне очень не нравится в этом event — что его синтаксис не поддерживает PhpStorm. Я так понимаю из-за того, что переименование libevent2 -> event произошло недавно. И этот фактор склоняет меня к выбору использовать socket_select на кучу серверов, чем использовать event.
Далее, если смотреть на «новые» библиотеки (а event в данный момент я так понимаю является новой библиотекой) — то вот меньше месяца назад зарелизился плагин https://pecl.php.net/package/ev.
https://habrahabr.ru/post/301822/#comment_9635078 вот жи человек говорит, что 1000 соединений и тю-тю, надо пересобирать php. И при этом он ещё и медленный. Так где же правда?
На тему комментариев — я с вами согласен. Наверное стоит поудалять все комментарии, написать свои только в сложных местах, в большей части кода сделать говорящие названия переменных.
Что будет если выйдет из строя раньше времени данный NVMe? Видимо будет downtime около недели и море потерянного времени. Ну и тут появится новая статья полная боли и ненависти к Intel. Надеюсь этого не будет.
На тему подхода — я думаю вот чего. У меня будет ровно одна попытка, чтобы мою игру увидели миллионы игроков. Все площадки с играми имеют раздел с играми-новинками. Одна игра может только один раз туда попасть. Только один шанс. Взвесив все варианты развития игры я выбрал этот путь, именно поэтому все важные показали железа берутся с запасом насколько позволил бюджет. После момента старта нельзя будет выключать сервер и чего-то туда устанавливать, иначе ломается вся бизнес модель. А я хочу иметь хотя-бы шанс на успех. И после этой попытки есть ровно 2 варианта развития событий, либо игра успешная и как можно быстрее собираются деньги на кластер серверов — и строится полноценная инфраструктура для полноценного бизнеса. Или игра не успешная — и ей место в моём портфолио, и тогда надёжность и возможный downtime через 5 лет в неделю не страшен.
На тему памяти — надо было купить 64 сейчас и возможно 64 потом? Сэкономить на этом 500$. Я ж описал, что недостаток памяти для этого проекта — это маленькая катастрофа. Вот, и получается — на одной чаше весов риск+500$, а на другой без риска, но без 500$. Я выбрал сразу установку 128Gb. Или речь про задержки? Ну какая мне разница? Ковыряние памяти — основная задача данного приложения, поэтому я выбрал максимально хороший вариант в рамках моего бюджета по памяти.
Понял, согласен, спасибо.
А у меня получилось не готовое решение?
Предположим игра оказалась успешной и при запуске она примерно соответствует максимальным ожиданиям — это мне за хостинг надо будет платить 1000$ в месяц. А работающий продакшн трогать — себе опаснее и переносить на свой сервер. Тьма времени и сил и денег. Было уже так, не хочу повторения.
На тему бэкапов — соглашусь.
Я уже писал, что для офисов DELL — понятно за что переплата, а вот для ЦОД — нет. Чем плоха выбранная платформа Intel?
Да, единая точка отказа. Я вроде подробно расписал, почему я осознанно пошёл на такой риск. В конце-концов сервер должен решать бизнес задачу, а не просто быть купленным для галочки.
Судя по статистике zabbix ребилд будет… 8 дней. Ну а какие есть варианты по этому вопросу?
Убрали железку стоимостью 120к рублей и добавили 2 железки стоимостью 20к рублей.
Убрали 10 гигабитные порты за 10к рублей.
Я считаю получился прекрасный пример непонятной переплаты в 90к рублей за оборудование DELL.
в РФ/США/Европе/Китае — такое невозможно, и потому юридически защищены с моей точки зрения.
В США я не хотел рассматривал вариант размещения из-за пинга.
В Европе — тот же пример Пражский. Случись чего — мне получается надо ехать в Прагу, подавать иск в суд и добираться чего или оплачивать услуги адвокатов. Дорого это всё.
А если в РФ чего случится — я могу себе позволить отстаивать свои интересы в суде без проблем. Ну и я не могу себе представить, что моим сервером что-то случится в tech.ru без существенных проблем для вредителя.
Я же покупаю железку у одних лиц, а размещаю железку у других лиц.
Взаимодействие за дорого DELL с лицами, у которых размещается оборудование — понимаю.
Взаимодействие за дорого DELL с лицами, у которых покупается оборудование — не понимаю.
Полагаю, что корень проблемы в том, что для моей схемы (покупка сервера + размещение в ЦОД) — поддержка DELL бессмысленна. Вот если бы я в свой офис ставил сервер — тогда такие траты выглядели бы осмысленными.
Ну и разумеется система выдачи таких лычек отработана.
Поэтому разбираться что у кого не так пошло — желания нет.
Сначала я попытался разобраться — действительно ли нельзя использовать socket_select. Ведь для меня упереться в эту проблему — уже достижение. 1к юзверей онлайн это безусловная победа.
Понял, что пересобрать php будет не просто — в интернетах жалуются, что пересборка не помогает. Но зато есть клёвый обход — поднять несколько ws серверов, хоть 10к (или сколько там портов локальных может быть). На каждый пустить не более 1000 клиентов. А nginx через roundrobin выполняет балансировку — и вот новый лимит довольно быстро подымается до 100к юзверей онлайн. Далее можно спокойно применить event или ещё чего.
Теперь о самом event — много лет назад был создан такой плагин и не обновлялся. Далее вырос libevent он тоже перестал обновляться. Далее кто-то форкнул libevent в libevent2 и «недавно» торжественно переименовали libevent2 в event. Прошу подтвердить — правильно ли я понимаю происходящее?
Что мне очень не нравится в этом event — что его синтаксис не поддерживает PhpStorm. Я так понимаю из-за того, что переименование libevent2 -> event произошло недавно. И этот фактор склоняет меня к выбору использовать socket_select на кучу серверов, чем использовать event.
Далее, если смотреть на «новые» библиотеки (а event в данный момент я так понимаю является новой библиотекой) — то вот меньше месяца назад зарелизился плагин https://pecl.php.net/package/ev.
На тему комментариев — я с вами согласен. Наверное стоит поудалять все комментарии, написать свои только в сложных местах, в большей части кода сделать говорящие названия переменных.