Провели тщательное расследование инцидента. Нашли ваш сервер и все обращения.
Хронология инцидента:
1. Уведомление о планируемых работах было отправлено ошибочно. Работы с вашим сервером не планировались, логин попал в список уведомлений по невнимательности составителя списка. Именно это объясняет, почему с вашим сервером ничего не происходило в выходные.
2. Между 7 и 8 утра действительно была деградация рейд-массива.
3. Служба поддержки недооценила масштаб проблемы, потому что контрольные виртуальные серверы были доступны.
4. Сами сотрудники техподдержки проверить что-то кроме пинга не могут, у них просто нет на это прав и доступа. Пинги они проверили.
5. После вашей заявки 10:01 2 марта поддержка сразу передала ее системному администратору, который начал искать причину проблемы с сервером.
6. В 11:19 вы написали еще одну заявку, она так же сразу попала к системному администратору, который уже занимался первой заявкой.
7. В итоге было принято решение перенести ваш виртуальный сервер вместе с рядом соседних серверов на альтернативную физическую машину.
8. В виду проблем дискового массива, чтение с него шло крайне медленно. Главной задачей администратора было не потерять данные.
9. В районе 16:15-16:20 перенос был успешно завершен, проверен администратором.
10. В 16:28 на первую заявку, а в 17:09 — на вторую был направлен ответ с просьбой проверить работу сервера.
Подчеркну, данная формулировка носила смысл, что «мы провели определенные работы с целью устранения проблем, проверьте, все ли хорошо теперь» и никакого иного.
По поводу малоинформативности ответов поддержки, они стараются отвечать более развернуто там, где это возможно. К сожалению, в случае с новыми сотрудниками такие сжатые ответы иногда проскакивают. Приносим извинения за доставленные неудобства, и спасибо за ваше доверие, мы будем стараться быть лучше.
Давайте будем конструктивны? Напишите нам пожалуйста в диалоги, будет рады разобрать ваше обращение и если потребуется, даже сделаем внушение службе техподдержки.
Авторы оригинальной идеи — Бен Сасун (Ben Sassoon) и Сэм Харрис (Sam Harris), отдадим им должное. Мы идею дополнили, облагородили и немного поменяли алгоритм подсчёта, нам так подсказал жизненный опыт управления запасами туалетной бумаги.
Передали ваш запрос в службу поддержки, если вы не возражаете, дальнейшее обсуждение предлагаем перенести с хабра в рамки стандартной работы службы поддержки?
Ваш вопрос надо изучить более детально. Если возможно, пришлите в техническую поддержку на почту support@ruvds.com трассировку до сервера. Либо укажите номер сервера в нашем сервисе, передадим в службу поддержки ваш вопрос, чтобы разобрались в чем именно проблема. Спасибо.
Данное PDU используется для подключения мобильного монитора, по сути используется как удлинитель. PDU для серверов установлены в стойки, их здесь не видно. А это просто переноска.
В настоящее время компания HUAWEI активно завоевывает рынок телекоммуникационного оборудования не только в России, но и в мире, а их оборудование, одно из лучших по качеству по приемлемой цене. Мы уже третий год используем их оборудование, все работает без нареканий. Отсюда и выбор.
Провода приводятся в порядок. Мы показали наш дата-центр как есть, естественно, где-то могут быть недочеты. Тем не менее это не влияет на работоспособность. Мы можем привести немало примеров дата-центров, где все очень красиво, но при этом менее стабильно, а это главное для клиентов.
Подразумевается независимость именно канала связи как такового. В магистральных узлах связи так же все каналы физически будут находиться вместе, при этом каждый из них будет независим.
Хронология инцидента:
1. Уведомление о планируемых работах было отправлено ошибочно. Работы с вашим сервером не планировались, логин попал в список уведомлений по невнимательности составителя списка. Именно это объясняет, почему с вашим сервером ничего не происходило в выходные.
2. Между 7 и 8 утра действительно была деградация рейд-массива.
3. Служба поддержки недооценила масштаб проблемы, потому что контрольные виртуальные серверы были доступны.
4. Сами сотрудники техподдержки проверить что-то кроме пинга не могут, у них просто нет на это прав и доступа. Пинги они проверили.
5. После вашей заявки 10:01 2 марта поддержка сразу передала ее системному администратору, который начал искать причину проблемы с сервером.
6. В 11:19 вы написали еще одну заявку, она так же сразу попала к системному администратору, который уже занимался первой заявкой.
7. В итоге было принято решение перенести ваш виртуальный сервер вместе с рядом соседних серверов на альтернативную физическую машину.
8. В виду проблем дискового массива, чтение с него шло крайне медленно. Главной задачей администратора было не потерять данные.
9. В районе 16:15-16:20 перенос был успешно завершен, проверен администратором.
10. В 16:28 на первую заявку, а в 17:09 — на вторую был направлен ответ с просьбой проверить работу сервера.
Подчеркну, данная формулировка носила смысл, что «мы провели определенные работы с целью устранения проблем, проверьте, все ли хорошо теперь» и никакого иного.
По поводу малоинформативности ответов поддержки, они стараются отвечать более развернуто там, где это возможно. К сожалению, в случае с новыми сотрудниками такие сжатые ответы иногда проскакивают. Приносим извинения за доставленные неудобства, и спасибо за ваше доверие, мы будем стараться быть лучше.
А платный Slack можно заменить опенсорсным Mattermost.
Еще раз приносим наши извинения за причиненные неудобства.