AC
Size: a a a
2020 August 14
AC
кто-нибудь ддосил с селектела? они банят за это? или где можно дешево устроить ддос атаку для теста?
да, если трафик будет забивать канал то они обратят на это внимание
AC
в Digital Ocean так же вроде
KK
так есть сервисы для нагрузки
например?
KK
из бесплатного
MM
беспалтные там обычно низкую нагрузку только дают. типа loaddy там 100 потоков бесплатно
AC
Можно нагуглить server stress test
MM
ищи не ddos в нагрузочное тестирование
C
AB в лапы и вперёд)
b
Как у вас 26 получилось?
судя по докам, udp_mem исчисляется в блоках по 4096 байт, вот и умножил
DP
судя по докам, udp_mem исчисляется в блоках по 4096 байт, вот и умножил
А, вы первое число переводили. Считайте по последнему - это ваш предел
АМ
Коллеги, подскажите, а может кто посоветовать ссылку или шаблон гайдлайна по написанию плана production деплоя.
Хотим стандартизировать документ, в котором будут перечислены шаги по выполнению ручных действий на сервере (например, при мажорном обновлении), запротоколированы испытания, приведены шаги по откату изменений и т.п.
Нужен какой-нибудь best practice или примеры таких планов.
Хотим стандартизировать документ, в котором будут перечислены шаги по выполнению ручных действий на сервере (например, при мажорном обновлении), запротоколированы испытания, приведены шаги по откату изменений и т.п.
Нужен какой-нибудь best practice или примеры таких планов.
АА
Коллеги, подскажите, а может кто посоветовать ссылку или шаблон гайдлайна по написанию плана production деплоя.
Хотим стандартизировать документ, в котором будут перечислены шаги по выполнению ручных действий на сервере (например, при мажорном обновлении), запротоколированы испытания, приведены шаги по откату изменений и т.п.
Нужен какой-нибудь best practice или примеры таких планов.
Хотим стандартизировать документ, в котором будут перечислены шаги по выполнению ручных действий на сервере (например, при мажорном обновлении), запротоколированы испытания, приведены шаги по откату изменений и т.п.
Нужен какой-нибудь best practice или примеры таких планов.
NA
Коллеги, подскажите, а может кто посоветовать ссылку или шаблон гайдлайна по написанию плана production деплоя.
Хотим стандартизировать документ, в котором будут перечислены шаги по выполнению ручных действий на сервере (например, при мажорном обновлении), запротоколированы испытания, приведены шаги по откату изменений и т.п.
Нужен какой-нибудь best practice или примеры таких планов.
Хотим стандартизировать документ, в котором будут перечислены шаги по выполнению ручных действий на сервере (например, при мажорном обновлении), запротоколированы испытания, приведены шаги по откату изменений и т.п.
Нужен какой-нибудь best practice или примеры таких планов.
Ansible
АМ
Спасибо. Чеклист хорошо, но я это вижу как некий документ, который devops инженеры и админы заполняют перед выкаткой капитального изменения.
Перечисляют тайминг, набор команд и скриптов, которые будут выполнять, шедулят запуск и перезапуск связанных сервисов, отмечают точку невозврата, протоколируют испытания
Перечисляют тайминг, набор команд и скриптов, которые будут выполнять, шедулят запуск и перезапуск связанных сервисов, отмечают точку невозврата, протоколируют испытания
C
Ну мы же не знаем как у вас билд-деплой происходит. Каждая стадия и есть отдельный пункт чеклиста. Можно сюда добавить проверку пререквизитов и каких-то действий после деплоя
C
Тут у каждого свой чеклист и вряд ли есть общий гайд
АМ
Тут у каждого свой чеклист и вряд ли есть общий гайд
Видимо так. Свой сделаем. Мне просто подумалось, что на каждую такую штуку есть какой-нибудь policy у условного гугла, который я найти сходу не смог и решил спросить.
C
Слишком много условностей