Добрый вечер!
Подводный камень всё же есть. Можно прояснить ситуацию с новой сетью.
С 31 мая большая потеря пакетов, либо на несколько секунд, либо может продолжаться значительное время. В начале мая такая проблема тоже была, но её устранили, но вот снова началось. Сколько писал в тех. поддержку ответ что связанно с тем что сеть в тестовом режиме. Понимаю, но очень странная периодичность. Сейчас сайт Ваш еле грузиться, написать нет возможности в тикет.
MTR
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 380 | 380 | 0 | 0 | 2 | 0 |
| KRG-C01-BR03.2day.kz - 0 | 380 | 380 | 0 | 0 | 3 | 1 |
| 172.30.31.177 - 1 | 376 | 375 | 0 | 12 | 224 | 1 |
| KRG.CRT.tnsplus.kz - 0 | 380 | 380 | 1 | 2 | 13 | 2 |
| comp131-24.2day.kz - 86 | 85 | 12 | 23 | 23 | 24 | 23 |
| comp131-25.2day.kz - 0 | 380 | 380 | 23 | 23 | 27 | 23 |
| 178.210.33.136 - 0 | 380 | 380 | 51 | 52 | 76 | 52 |
| 5.187.73.22 - 0 | 380 | 380 | 51 | 52 | 78 | 52 |
| vrn-kvt-b1-ge1-0-3-vlan717.fiord.net - 0 | 380 | 380 | 46 | 47 | 78 | 47 |
| msk-m9-b1-ae12-vlan712.fiord.net - 0 | 380 | 380 | 47 | 47 | 64 | 47 |
| gw.ipserver.su - 1 | 376 | 375 | 47 | 47 | 66 | 47 |
| 185.248.100.102 - 48 | 131 | 69 | 0 | 62 | 98 | 68 |
| 185.248.103.68 - 53 | 123 | 59 | 0 | 64 | 102 | 71 |
|________________________________________________|______|______|______|______|______|______|
Да номер тикета 118093
Общение уже через тикет.
Спасибо
IPSERVER, перевели сервера в новую сеть 21 апреля буквально за час, до 2 мая не было проблем. Но после появилась проблема с потерей пакетов, иногда даже между двумя серверами.
Потеря как и всплесками на несколько секунд, так и постоянная.
Писал в тикет 3 раза про проблему, ответ всегда было что исправлено. Но сейчас на данный момент (данного сообщения) сайт вообще не доступен и тикет не написать.
Можете прокомментировать за последние 4 дня потерю пакетов в новой сети?
Хорошо, спрошу тогда так. Вы услугу администрирования сервером заказывали (несколько уровней её)? Предположу что нет. Тогда вся ответственность за содержимое и что там происходит лежит только на Вас самих. Так же как и разбираться из-за чего у Вас слетела ФС никто не будет, кроме Вас же, И данный случай, это Ваша личная проблема, а не хоста.
Вам уже много написали по сути вопроса, но Вы всё на своём "хост должел и т.д.". Как уже написали выше, хост Вам услугу оказывал в полной мере, т.е. предоставил ресурсы (VPS) с установленной системой, а дальше у руля данным сервером стоите Вы (за исключением, если не заказали администрирование).
Рекомендую Вам (если конечно уже систему не переставили на VPS), попросить образ рухнувшей системы и пробовать её развернуть у себя на виртулке или вскрыть образ для того что бы вытащить хоть что есть от туда, так же и логи. В дальнейшем изучайте логи.
И такое чувство, что Вам больше нечего сказать по факту и стали придираться к аккам. ИМХО
Клиент отвечает за свой сервер и за то что в нём твориться, особенно за виртуальный VPS/VDS. В прямом и переносном смысле. Вы это поймите наконец, а то и вижу только "мы ничего не трогали, оно сломалось, дайте нам бесплатные дни". Компенсация от хоста будет только в том случае, если это произошло по его вине. Но Ваш случай, это халатность клиента в первую очередь и хост тут вообще никак ни при чём.
И то что Вам хост указал что проблема локальная, то это только Вам должно быть известно и наверное богу, как и что там было внутри сервера, начиная от ОС, ПО, изменения, настройки и заканчивая наконец логами. И на худой конец, можно попросить сделать образ рухнувшей системы и мусолить у себя его как минимум. От Вас этой информации я не увидел и даже подсказать из-за чего слетела ФС только к вангам в таком случае.
Пример падения ФС:
1. Переполнился вирт. диск, программам некуда писать, не говоря куда писать системе логи, падают и уносят за собой систему. Делал эксперименты на виртуалках в своё время, привет kernel panic.
2. Принудительное выключение либо ребут. Тоже могут унести ФС
3. Просто глюконуло ОС/ПО на VPS/VDS, так же может быть kernel panic
4. Если сервер был на виндовом серверве, то поверьте, там можно поймать такой глюкодром, что и рейды слетают
И от этого никто не застрахован на 100%, никак и ни при каких условиях.
Про акк
Вы думаете что "нулёвый" акк и знания которые стоят за этим акком тоже "нулёвые"? Если да, то мне Вас жаль. Потому что Вы с не "нулёвым" акком не понимаете о виртуализации. Но упорно пытаетесь доказать что хост виноват в Вашем случае.
Если Вы и в этот раз не поймёте, не прочитаете хоть чуть-чуть о виртуализации как она работает. То дискуссию смысла продолжать не будет.
Prozaik, Видимо Вы читаете между строк или не хотите принимать что не правы.
"Раз у вас такие прекрасные диски." - по этому отрывку сообщения. Вы не разбираетесь в системе виртуализации от слова совсем (что я вижу по Вашим же сообщениям).
Ещё раз поясню для Вас, слетела ФС вирутального диска (файл на железке) и в ответе за него только клиент. Хост отвечает только за физический диск (железка HDD/SSD) на котором и располагается виртуальный диск (файл на железке).
И прочитаете ещё раз сообщения которые Вам написали. Если они уж не понятны, то гугл или яндекс в руки и читать как работает виртуализация серверов VPS/VDS
И по поводу компенсации, с какой стати хост должен её давать? Когда это произошло из-за халатности клиента? Клиент взял сервер, но не разобрался как всё устроено у данного хоста, есть рез. копии и т.д., не посмотрел инфу на сайте (при чём при заказе чуть ниже о рез. копиях написано доходчиво), но и не задал вопрос даже в ТП. Но вот когда рухнуло, начали агитировать что хост плохой и т.д. Что и видно по Вашим сообщениям, опять таки.
Лично считаю что, с таким отношением к серверу и видением что хост всем и всё должен, у Вас будут проблемы у любого хоста.
Вирт. диск это просто файл на физ. диске хоста и хост не в праве знать что там вообще находится (если только Вы ему доступ не дадите после запроса ТП, либо абузы на Ваш сервер), а что вот в внутри этого файла (диска) отвечает лишь клиент. И мониторинг хост ведёт за физ. диск. Поймите Вы это. Если не понимаете, почитайте для начала как работает хоть виртуализация дисков.
Держу 2 сервера VDS с 2015 года, и так называемый "сайтовый" сервер у меня падал с проблемой ФС (именно внутри вирт. диска!), лишь из-за того что его вырубил принудительно. Но в тот момент у меня был включён снапшот, а то что Вы в этом изначально не разобрались и теперь доказываете что хост виноват, как то не "комильфо". ИМХО
Одно дело когда хостер не следит за физ. дисками (не было мной замечено у данного хоста), но другое когда у Вашей VPS вирт. диск и как раз у данного диска и полетела ФС, например данное может случиться из-за того что просто был сервер выключен неправильно. И физ. диск хоста тут ни при чём.
Про бекапы (т.е. снапшоты), что бы хостер делал их, нужно выбрать режим и периодичность в панели управления той услуги.
А вот про остальное железо, как уже ответили, ситуации бывают разные.
Добрый день!
Возникло пару вопросов
1. На старую сеть защита будет расширена или все будут перенесены в новую, и будет ли при этом смена текущего IP?
2. Миграция на другую виртуализацию в каком варианте будет и будут ли подводные камни для клиента?
С уважением
Спасибо, код отправил.
