Комментарии 54
fr_master('startpage=vds', 'top.');
И это вы называете API???
Стоп-стоп =) Все вопросы о том, что и как называется, пожалуйста, отправляйте компании-разработчику.
адъ какой-то…
а что, нет альтернативы ISP?
искренне интересуюсь, потому что не знаю
а что, нет альтернативы ISP?
искренне интересуюсь, потому что не знаю
На текущий момент альтернативы нет. По крайней мере такой, на мой взгляд, которая перекроет затраты на переход и интеграцию со всей инфраструктурой. Видимо, Вы не читали наши прошлые публикации и комментарии к ним. Упоминалось, что мы планируем и работаем в направлении по созданию собственного ПО.
Печально.
Я бы очень хотел открыть реселлинг (есть немалая и благодарная аудитория, которая будет пользоваться), но связываться с ISP — стрёмно.
Я бы очень хотел открыть реселлинг (есть немалая и благодарная аудитория, которая будет пользоваться), но связываться с ISP — стрёмно.
Я бы не стал реселить ihor)) Потом перед клиентами оправдываться придется.
Качество хостинга к сожалению так себе. Сбежал после 3 месяцев.
Качество хостинга к сожалению так себе. Сбежал после 3 месяцев.
Да не про него, собственно речь. Куда ни ткнись — везде ISP предлагают.
У ISP сейчас есть проблема с безопасностью в 4 версии панели. Насколько я понимаю, для одной достаточно критичной уязвимости нет официального патча, хотя в 5 версии панели этой уязвимости уже нет. И хостеры с ISP 4 либо пытаются сами что-то сделать с этим, либо просто игнорируют проблему. Так что спорно, нужна ли такая панель.
Не везде) Мне импонирует netangels.ru — панель своя, хостинг весьма фунционален)
ИСПсистем смогли предложить набор программного обеспечения, благодаря которому можно развернуть хостинг без большого углубления в кодинг, за сравнительно небольшие деньги, и русскоязычную поддержку.
Я тоже помню довольно заметную нестабильность, из-за которой ушел. Но было то года два-три назад. А вы недавно проверяли?
Поддерживаю эту мысль. За несколько месяцев уже столкнулся с проблемами вроде принудительной перезагрузки машины, о которой сообщили пост-фактум. Понимаю, что идеальных нет, но сразу наступить на такие грабли было неприятно. Только пока не знаю, на что переезжать, чтобы не сильно ударить по кошельку.
Иногда, происходит зависание мастер-ноды, скорее всего Вы попали на одно из таких событий. В случае зависания, задача дежурной службы произвести в перезагрузку сервера в кротчайшие сроки, чтобы снизить время даунтайма клиентских VDS, размещенных на данном сервере. Сразу после восстановления работы производится рассылка по всем клиентам размещенным на данном сервере, чтобы клиенты могли проверить корректность запуска всех служб внутри своих VDS.
Естественно, что зависание сервера — это не запланированные тех. работы, о которых мы всегда уведомляем заранее. Тем не менее, мы стараемся уведомлять клиентов и о таких событиях.
По статистике, из уже более чем 500 рабочих серверов, в месяц виснут не более 1-2 машин. Причины бывают различные, баги в ПО или глюки железа, по каждому случаю админы проводят расследование во избежание повторения проблемы.
Раньше процент зависаний был значительно выше. Сейчас, нам удалось свести это значение почти к естественному минимуму.
Мы не стоим на месте и постоянно проводим оптимизацию нашей инфраструктуры для улучшения качества услуг.
Естественно, что зависание сервера — это не запланированные тех. работы, о которых мы всегда уведомляем заранее. Тем не менее, мы стараемся уведомлять клиентов и о таких событиях.
По статистике, из уже более чем 500 рабочих серверов, в месяц виснут не более 1-2 машин. Причины бывают различные, баги в ПО или глюки железа, по каждому случаю админы проводят расследование во избежание повторения проблемы.
Раньше процент зависаний был значительно выше. Сейчас, нам удалось свести это значение почти к естественному минимуму.
Мы не стоим на месте и постоянно проводим оптимизацию нашей инфраструктуры для улучшения качества услуг.
Альтернативы то есть, Плеск или цпанель, но это чисто хостинг, с вдс/впс там так себе.
Я вот свое решение пишу, на RoR. кластерный контроль хостинга приложений (да, да, docker) + регистрация доменов/прочие услуги хостинга вроде днс или почты, + биллинг.
Я вот свое решение пишу, на RoR. кластерный контроль хостинга приложений (да, да, docker) + регистрация доменов/прочие услуги хостинга вроде днс или почты, + биллинг.
Если не секрет, то почему сбежали от ihor?
могу предположить, что gibson_dev попал по времени на нашу череду неприятностьей с ддос-атаками на хостинг и метаниями между компаниями, которые предлагают защиту. пока мы не запустили окончательно в работу свое решение. Но об этом я расскажу в отдельной публикации.
Когда сайт не доступен по 12+ часов а ТП тупо говорит что ничего не видели и все хорошо — как то настораживает
Да и скорость хостинга так себе, страница могла и секунд по 10 только отрабатываться, при том что там нет тяжелой работы, почти статика и причем часто.
Да и скорость хостинга так себе, страница могла и секунд по 10 только отрабатываться, при том что там нет тяжелой работы, почти статика и причем часто.
Можете привести номера тикетов по данной проблеме?
Если вы представитель компании то можете наверное и сами посмотреть, логин почти такой же, они все в архиве — тема одинаковая
Если я правильно идентифицировал Ваш аккаунт (у нас 5 пользователей у которых есть «gibson» в имени логина), то:
1. У Вас была услуга хостинга — а в этой статье мы говорим про ресселинг VDS.
2. Проблема была на одном из хостинговых серверов и уже давно решена. Все тикеты с проблемами еще прошлогодние.
1. У Вас была услуга хостинга — а в этой статье мы говорим про ресселинг VDS.
2. Проблема была на одном из хостинговых серверов и уже давно решена. Все тикеты с проблемами еще прошлогодние.
Мне от того что он сейчас поправлен — никакого прока. То что он не работал (мог и по 12 часов к ряду) — это проблема и мне никто не мог мог объяснить или отреагировать вовремя. В лучшем случае я постфактум получал сообщение что все уже работает ну или типа «у нас все хорошо идите в попу» — это как минимум характеризует уровень поддержки а она у вас одна.
Поддержка тоже меняется. Штат расширяется, ужесточаются регламенты работы. Жалоб на долгий ответ сейчас практически нету.
На счет 12 часов недоступности — не нашел такого в Ваших тикетах. Только упоминание о периодической недоступности.
Проблема была не явная, по этому потребовалось некоторое время на то, чтобы ее отловить.
На счет 12 часов недоступности — не нашел такого в Ваших тикетах. Только упоминание о периодической недоступности.
Проблема была не явная, по этому потребовалось некоторое время на то, чтобы ее отловить.
В общем вы мне еще пытаетесь доказать что я не прав, а вы красавцы? Да ради бога, работайте как хотите только не со мной и моими клиентами, свое мнение я составил и озвучил его выше.
Ни в коем случае. Я же не отрицаю, что были проблемы. Просто моя задача показать общественности, что мы не стоим на месте и постоянно развиваемся, признаем ошибки и исправляем их.
Проблема даунтайма есть у всех крупных и не очень хостеров в России, я про выделенные сервера и VDS, на вскидку — eServer, Миран, АйХор, Селектел и прочие, и при этом они говорят что дата-центр сертифицирован по TIER III или даже IV где даунтайм в год не должен превышать 26 минут (у TIER IV — доступность 99.995%) — то такого не может обеспечить НИКТО в России — и это ФАКТ!
Доступность самого ЦОД и доступность отдельно взятой услуги несколько разные вещи.
Доступность ЦОД, по сути, складывается из непрерывного наличия электроэнергии, холода и передачи интернет-трафика (и то, некоторые ДЦ не занимаются сами телекоммуникациями и отдают это на сторонних операторов связи, с которыми клиент дата-центра договаривается самостоятельно).
В случае с gibson_dev, имела место быть программная проблема на отдельно взятом хостинговом сервере, при том, что сам сервер был доступен, как и большинство сайтов на нем. Так что данная проблема не имеет ни какого отношения к уровням TIER самого ДЦ.
Например, за прошедший год с начала ввода в эксплуатацию нашего нового ДЦ, его аптайм по холоду и электричеству составил 100%, при том, что было 2 случая отсутствия электропитания по основному электровводу из города…
Доступность ЦОД, по сути, складывается из непрерывного наличия электроэнергии, холода и передачи интернет-трафика (и то, некоторые ДЦ не занимаются сами телекоммуникациями и отдают это на сторонних операторов связи, с которыми клиент дата-центра договаривается самостоятельно).
В случае с gibson_dev, имела место быть программная проблема на отдельно взятом хостинговом сервере, при том, что сам сервер был доступен, как и большинство сайтов на нем. Так что данная проблема не имеет ни какого отношения к уровням TIER самого ДЦ.
Например, за прошедший год с начала ввода в эксплуатацию нашего нового ДЦ, его аптайм по холоду и электричеству составил 100%, при том, что было 2 случая отсутствия электропитания по основному электровводу из города…
А я как раз говорю о падении каналов связи и отключении электропитания, именно эти проблемы и случались.
Или доступность ЦОД по каналам связи ограничивается центральным коммутатором ЦОД, а все что падает за ним, вплоть до линка до конечного сервера — это не считается? Или отключение питания стойки с серверами тоже не считается как недоступность ЦОД?
Или доступность ЦОД по каналам связи ограничивается центральным коммутатором ЦОД, а все что падает за ним, вплоть до линка до конечного сервера — это не считается? Или отключение питания стойки с серверами тоже не считается как недоступность ЦОД?
Я не очень в курсе проблем с электропитанием у тех коллег, которых Вы перечислили, могу только сказать за себя, за год работы ни одна стойка в нашем ДЦ не была обесточена во время работы.
Также, ни одно сетевое устройство не выходило из строя.
Единственная проблема с доступностью нового ДЦ была связана с обывом оптики, это было в июле прошлого года, тогда мы еще не успели достроить резерв, он был запущен только к концу августа. На считая первого обрыва, в течение этого года было еще 2, по одному на каждом кабеле, обе аварии прошли незаметно для пользователей.
Были еще проблемы общего характера связанные с DDoS-атаками и мы как раз активно занимаемся решением этой проблемой и последние пару месяцев мощные ддосы уже не беспокоили наших клиентов.
Но насколько я знаю, надежность по TIER не учитывает недоступность ресурсов ДЦ из-за сетевых атак. Оценивается только надежность физической инфраструктуры.
Также, ни одно сетевое устройство не выходило из строя.
Единственная проблема с доступностью нового ДЦ была связана с обывом оптики, это было в июле прошлого года, тогда мы еще не успели достроить резерв, он был запущен только к концу августа. На считая первого обрыва, в течение этого года было еще 2, по одному на каждом кабеле, обе аварии прошли незаметно для пользователей.
Были еще проблемы общего характера связанные с DDoS-атаками и мы как раз активно занимаемся решением этой проблемой и последние пару месяцев мощные ддосы уже не беспокоили наших клиентов.
Но насколько я знаю, надежность по TIER не учитывает недоступность ресурсов ДЦ из-за сетевых атак. Оценивается только надежность физической инфраструктуры.
Ежедневно в московский прайм-тайм сервер становился недоступен.
Можете как-то идентифицировать проблему, чтобы я мог посмотреть подробности? Номера тикетов или код услуги.
Технически статья не выдерживает никакой критики. Такое чувство, что автор статьи сам ни разу не читал документацию isp:
Почему бы не открыть тот самый док, ссылку на который вы дали и не найти следующее:
Сама статья это скорей «полет мыслей». Эта документация по использованию api (а точней, частные случаи его использования со всеми необходимыми id-шниками) должна быть на вашем сайте. Здесь, вы к сожалению только учите людей делать так, как НЕ нужно.
Если запрос составлен корректно и заявка на активацию новой услуги принята, Вы получите в ответ что-то типа этого:
script language='JavaScript'fr_master('startpage=vds', 'top.');/script
Почему бы не открыть тот самый док, ссылку на который вы дали и не найти следующее:
Формат вывода результатов выполнения функций
Все панели управления предоставляют возможность получения результата выполнения своих функций в формате XML, текстовом формате и в формате JSON. Чтобы указать, в каком формате вы желаете получить данные, необходимо указать параметр out=имя_формата.
Возможные значения параметра out:
xml — данные будут возвращены в формате XML,
devel — тоже самое, что XML, но в документе будут присутствовать, данные описывающие интерфейс пользователя (полезно для отладки своих плагинов),
text — данные в текстовом формате
json — данные в формате JSON. http://ru.wikipedia.org/wiki/JSON
Если параметр out отсутствует, то считается, что данные предназначены для браузера и они преобразуются в html.
Сама статья это скорей «полет мыслей». Эта документация по использованию api (а точней, частные случаи его использования со всеми необходимыми id-шниками) должна быть на вашем сайте. Здесь, вы к сожалению только учите людей делать так, как НЕ нужно.
о том, как работать с API продуктами ИСПсистем написано в их документации. В этой статье я дейтвительно описал только частный случаи того, как работать с эти API применительно к нашему хостингу.
эта информация представлена на нашем сайте в более лаконичном виде, но с полной информацией по всем тарифным планам. В статье есть на то ссылка.
эта информация представлена на нашем сайте в более лаконичном виде, но с полной информацией по всем тарифным планам. В статье есть на то ссылка.
Но ведь это просто описание API продуктов ISPsystems, а конкретно — BILLmanager.
При чем тут хостинг не совсем понятно, если честно.
При чем тут хостинг не совсем понятно, если честно.
OFFTOP:
Я, наверное, слишком испорченный, но когда слышу ваше название, то сначала хочется записать как iWhore, потом понимаешь, что это iHor и тревога ложная :)
Среди Вашей ЦА — ИТшников немало народу знающих английский, вас могут неправильно понять (
/OFFTOP.
Я, наверное, слишком испорченный, но когда слышу ваше название, то сначала хочется записать как iWhore, потом понимаешь, что это iHor и тревога ложная :)
Среди Вашей ЦА — ИТшников немало народу знающих английский, вас могут неправильно понять (
/OFFTOP.
Вы еще не сталкивались с жадностью данной конторы и твердолобостью саппорта)
Надо признать, саппорт у них шикарный. Мои письма в поддержку стали просто игнорировать.
Можете написать мне в личку, с какого ящика и на какой писали и когда это примерно было?
Все письма, которые попадают в support@Ihor.ru и несут смысловую нагрузку по теме — прочитываются и отвечаются регулярно. Если Вы написали запрос через личный кабинет, то этот запрос будет обработан в обязательном порядке (только если Вы его случайно не закрыли, что нередко бывает с теми, кто жалуется на отсутствие реакции от технической поддержки).
Запрос имеет свой номер. поэтому Вы можете его сообщить и мы обязательно разберемся со странной молчаливостью сотрудников в отношении Вас.
Запрос имеет свой номер. поэтому Вы можете его сообщить и мы обязательно разберемся со странной молчаливостью сотрудников в отношении Вас.
По поводу моего письма я уже общался с Van_Loon, проблему обсудили. Хотя поведение поддержки было странное, это надо признать.
Еще раз хочу заменить, что поддержка обрабатывает только ящик support.
info обрабатывается секретарями и менеджерами.
info обрабатывается секретарями и менеджерами.
Теперь это понятно. С другой стороны, возникает вопрос, почему никто из секретарей и менеджеров не переслал письмо на support? И в контактах на сайте support не указан.
support указан в разделе Поддержка, а про менеджеров, я Вам писал, видимо перегрелись.
Да и вопрос не стандартный, по этому сразу не поняли кого дернуть а потом забыли, увы не все бизнес-процессы еще отлажены у нас.
Да и вопрос не стандартный, по этому сразу не поняли кого дернуть а потом забыли, увы не все бизнес-процессы еще отлажены у нас.
Опишите по подробней, в чем заключается наша жадность? Приведите конкретный пример, пожалуйста.
А про саппорт вам как бы не интересно? =) Хотя да вы же и так все знаете =)
Отнюдь, очень интересно, если есть что сказать про саппорт, то пишите, с номерами тикетов, чтобы я мог ознакомиться, В нашей команде уже почти 40 человек и уследить за работой всех сотрудников я не могу. Также, не могу, чисто физически, перечитывать все тикеты, количество которых превышает 7000 в месяц. По этому. если есть какие то жалобы на работу моих людей, всегда готов выслушать и принять меры по исправлению вектора их работы.
Ваше утверждение звучит голосовным. Техническая поддержка клиентов осуществляется бесплатно. Если Вы заказываете администрирование или задачи, которые требуется сделать вам выходят за рамки технической поддержки, то действительно придется оплатить по прейскуранту.
Пресловутая твердолобость может быть вызвана некорректной постановкой задачи или ведение переписки в нарочито расхлюстанном стиле с использованием нецензурных выражений.
Вы так же всегда можете использовать альтернативную поддержку в решении ваших задачи в виде друга-админа или какого-либо фрилансера, которые, возможно, сделают что-то бесплатно/дешевле.
Пресловутая твердолобость может быть вызвана некорректной постановкой задачи или ведение переписки в нарочито расхлюстанном стиле с использованием нецензурных выражений.
Вы так же всегда можете использовать альтернативную поддержку в решении ваших задачи в виде друга-админа или какого-либо фрилансера, которые, возможно, сделают что-то бесплатно/дешевле.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Открытие API для работы с услугами от российского лоукост-хостера (часть 1)