Блог компании DinoHost.ru

Архив ‘В мире хостинга’

Хостинг как вид бизнеса в России

Среда, 11 Март, 2009

Итак, если говорить о российском хостинге, как о бизнесе, то следует отметить, что провайдерам необходимо направить свои силы и возможности на корпоративных клиентов. Если говорить о самом преуспевающем направление бизнес-хостинга, т.е. об аренде недешевого программного обеспечения, то тут можно надолго остановиться. Но даже если учитывать неоспоримые плюсы данного рода сервисов, организации пока не спешат переносить автоматизацию бизнес-процессов на внешние рынки. Большинство не доверяют аренде программного обеспечения. Хотелось бы уточнить, насколько объективны проблемы направления бихнес-хостинга.

Приведем в пример мнение хостинг-провайдера Алексея Бахтиарова. Вы спросите, почему именно его мнение, на что ответ последует – самое достоверное мнение о хостинге может дать провайдер. Так почему же не прислушаться к провайдеру?

«Множество потенциальных клиентов интересуют вопросы секретности и безопасности данных. Одним из самых интересных является тот факт, что чем хуже у организации создана IT-инфраструктура с точки зрения безопасности, тем чаще компания спрашивает о безопасности у нас. Большие компании, в частности те, которые являются нашими клиентами, задают вопросы в меньшем количестве. Компании ясно понимают, то, что провайдер уже зарекомендовал себя на рынке в той или иной позиции. По контракту провайдер несет ответственность за качество решения и сохранность данных, т.е. оказывает услуги люкс уровня. Наши сервисные центры намного безопаснее центра, находящегося у клиента в офисе, который стоит на рабочем месте бухгалтера и администрируется студентом, в лучшем случае – приходящим администратором».

Вот, вышеуказанный пример полностью поддерживается другими провайдерами. И хотя абсолютной безопасности нет, если проанализировать несколько решений, можно выделить только более надежное, а сто процентов безопасности еще никто не предлагал.

Как известно, хостинг-провайдеру для обеспечения корпоративной информационной безопасности необходимо затратить немалые деньги. Конечно, если учесть что большинству его клиентам такие инвестиции не по силам, складывается вопрос – где же логика? Логика в том, что провайдер обслуживает ни одного а сразу нескольких клиентов и раскидывает затраты на всех, поэтому это практичней, нежели каждая компания будет обеспечивать себя собственной защитой для информационных систем.

Алексей Бахтиаров подтвердил также и другой факт: «Сложно рассказывать и обобщать всех, поэтому расскажу на примере нашей компании. В отличие от уже примелькавшихся решений в хостинге, созданных, как правило, на открытых программных продуктах, бизнес-решения воплощаются на сильнейших коммерческих фундаментах, которые по определению надежнее всех бесплатных аналогов. (Но и это очень спорное утверждение, admin). Вообще почти все решения развернуты на десятках мощных серверов, которые в свою очередь объединены в один сервис с использованием кластерных технологий. Оборудование находится в дата-центре современного уровня, и постоянно наблюдается в течение суток профессионалами. Администрирование решений воплощают в жизнь сертифицированные профессионалы. Коды и пароли к своим почтовым адресам и профилям, где находятся информационные файлы и документы, регистрируют уже сами клиенты. Компании, предлагающие услуги по безопасности, как правило, не могут увидеть логины и пароли клиента. Доступ имеет системный администратор и ограниченное количество других специалистов. Чтобы отследить действие каждого сотрудника, встраиваются специальные системы учета. На таком уровне работают крупные компании по безопасности информационных систем или IT-безопасности. Чтобы пользоваться услугами такого класса, необходимо оплатить немалую сумму».

То есть, если опираться на вышеперечисленные примеры, сомнений в работе провайдеров по IT-безопасности не должно возникать. Но существует ряд факторов, которые тормозят процесс внедрения бизнес-хостинга. Специалисты уверены, что эти факторы затрагивают только большие компании клиентов, которые способны не только хорошо платить за услуги IT-безопасности, но и предъявляют ряд своих требований, как по безопасности, так и по архитектуре. Обычно этими клиентами являются финансовые организации, в частности банки, госпредприятия и крупные корпорации. Для таких требовательных клиентов бизнес-хостинга разработали специальные решения по безопасности информационных систем. Говоря о перспективах на рынке, мы выделяем в первую очередь перспективы для бизнес-хостинга среди мелких организаций и компаний РФ. У них нет собственных средств на свою IT-инфраструктуру, но они все равно в ней нуждаются. Именно для такого уровня компаний, хостинг хоть и дорогой, но остается единственным выходом из положения.

Алексей Бахтиаров: «Я хоть и осторожен в своих заявлениях, но все же уверен, что эта возможность будет привлекать больше предприятий. Сложно в условиях текущих экономических катаклизмов планировать на дальнейшее время, но с другой стороны именно эти решения помогут компаниям улучшить бизнес-процессы и намного с минимальными потерями пережить текущий экономический кризис. Т.е. я хочу сказать, что спрос в ближайшие годы на IT решения будет только расти».

По материалам сайта www.cio-world.ru


Лицензированный хостинг в РБ

Вторник, 10 Март, 2009

Лицензированный беларусский хостинг появится уже этим летом, а точнее 01.07.09г. Конечно, все совсем не по плану, ведь еще в начале этого года лицензирование хостинга в Беларуси планировали провести, начиная с первого марта этого года. Однако Министерство связи Беларуси приняло решение о переносе срока начала действия лицензирования хостинга и Государственного стандарта Республики Беларусь СТБ1439-2008 «Услуги электросвязи. Термины и определения». Как только данный законопроект начнет полноценно работать, (а это случится теперь 01 июля 2009 года) услуга «Хостинг» автоматически станет дополнительной услугой электрической связи. Кроме того «Хостинг» отнесут к телематическим услугам. Именно поэтому для данной услуги лицензирование станет необходимым.

Министерство связи РБ сделало следующее заявление по поводу лицензирования услуги «Хостинг»: «Чтобы создать одинаковые условия при организации хостинга и ликвидации деятельности без лицензии, обращаем внимание на необходимость внесения поправок в уже существующие лицензии. В течение времени, установленного государственным законопроектом для приобретения лицензии на любой род занятости в области связи, данный стандарт, решением Государственного комитета по стандартизации Республики Беларусь, начнет полноправно работать с 01.07.2009г.».

Хотелось бы выделить следующий момент: на 01.03.2009г. ни одна компания в стране не получила лицензию на официальное оказание услуг в области хостинга.

По материалам сайта news.techlabs.by


Что такое трафик и с чем его едят?

Среда, 18 Февраль, 2009

Домашние пользователи практически не задумываются над тем, что собой представляет интернет трафик. Для скачивания видеоклипов, фильмов и т д. не предназначена телефонная линия. Даже музыку очень трудно скачать через диалап.

Районная сеть или выделенка - совсем другое дело. В то время, когда у домашнего пользователя уже имеется выделенный канал, он сразу же переходит в иную мегабайто-потребительскую категорию. Поскольку отныне его объемы потребления интернет трафика намного возрастают. Примерно средний объем трафика такого пользователя составит 50 МБ и это только в том случае, если потребитель не качает музыку в MP3 формате, фильмы, графику… 59 МБ – это как 1 коп. Причем это самые обычные аппетиты на самых обычных сайтах. В месяц получается около 1,5 ГБ.

Пользователь в данном случае начинает задумываться над тем, что такое интернет трафик и сколько он конкретно его потребляет. Поскольку чаще всего в абонентскую плату входит какое-то количество бесплатных мегабайт. Однако пользователь зачастую превышает бесплатный объем трафика. После чего потребитель к трафику начинает относиться с нескрываемым почтением, особенно когда подсчитывает, сколько он денег за него в месяц платит.

Что же вы полагаете, когда вы размещаете в интернете свою страничку, то можно о трафике не задумываться? О нем то, как раз и приходится задумываться в первую очередь.

С самого начала вы просто делаете в интернете свою страничку и размещаете ее на чьем-либо хостинге. Однако со временем у вас обязательно возникнет желание развивать свою страничку, дополнять ее и улучшать. Вы наполняете свою страничку разнообразным содержимым: музыка, архивы программ, картинки и т. д. А если вы еще и форум захотите добавить, и на него начнут заходить толпой ежедневные пользователи – тогда трафик, исходящий с вашей страницы, измеряться начнет очень даже не маленькими величинами. После чего ваш хостер вам скажет: «Дружок, не слишком ли это все?»

А фраза эта означает следующее: нагрузка на хостинг и генерящейся вашей страничкой трафик уже никаким образом не помещается в стандартное понятие «хостинга», за который вы оплачиваете порядка 5-10 долл. в месяц. После всего этого вам надо будет подумать о том, чтобы арендовать у провайдера сервер или собрать свой личный сервер, который нужно будет разместить у провайдера (называется это колокейшн). После чего слово ТРАФИК становится перед вами одним из самых важных.

С этого момента вы начинаете вникать в разные тонкости: чем российский трафик от зарубежного отличается, что происходит при возникновении пиринговых войн и т. д.

Дальше еще интересней, к вам приходит в голову очередная светлая мысль: «А собственно, почему я вообще должен платить за трафик, который моя страница генерит? Пользовали, которые заходят на мою страницу, провайдеру же платят. Причем, они тот трафик оплачивают, который к ним поступает с моей страницы. В таком случае я-то, почему за этот трафик должен платить? Выходит, что провайдеры и с пользователей деньги берут и с меня тоже? Разве честно два раза за одно и тоже брать деньги?»

До недавнего времени такая парадоксальная ситуации на самом деле имела место быть: провайдеры деньги получали за трафик и с владельцев серверов, и с пользователей.

Но к всеобщей радости, старые времена уходят в историю и уже сегодня среди провайдеров находятся фирмы, которые в данном вопросе солидарны с хозяевами интернет серверов. Кроме того, уже давно не секрет, что для многих генерящих трафик сайтов провайдеры делали и продолжают делать всякого рода поблажки в индивидуальном порядке.


Немного о реселлерах

Вторник, 17 Февраль, 2009

«Реселлер» происходит от английского слова resell - перепродавать. На русском языке в качестве определения для перевода слова «реселлер» можно принять «возможность покупать хостить аккаунты в границах предоставленного трафика и дискового пространства, которое заблаговременно куплено у третьего лица».

Для каких целей необходим реселлерский аккаунт хостинга?

Реселлерство физическим лицам или начинающим хостинг компаниям помогает свести к минимуму затраты на услуги хостинга, и избежать риска переплаты. Для начала попробуем проанализировать простой реселлерский аккаунт. Такой хостинг достаточен для начала реселлерства, поскольку сразу наплыва клиентов ожидать не стоит. И ко всему прочему, это замечательная возможность испробовать перед началом нового онлайн бизнеса свои силы.

Реселлерам доверять или не стоит?

В целом реселлинг поощряется. Кроме того, многие хостинг компании прилагают максимальные усилия, чтобы обеспечивать анонимность реселлеру. Но как в каждом отдельном случае проявит себя реселлер, предсказать сложно. Для некоторых клиентов один и тот же реселлер будет самым лучшим, а иные могут в нем разочароваться. Все зависит от конкретного человека, решившего начать предоставлять услуги хостинга на основе реселлинга, от его порядочности, Интернет этикета и т п.

Что выбрать начинающим реселлерам?

Прежде всего, предоставление услуг хостинга – дело весьма ответственное, требующее много времени и знания Интернета, в том числе и его технических аспектов.

Прежде всего, определитесь со своим бюджетом. Не пытайтесь, купив хостинг на 5 копеек, продать его в 5-ть раз дороже - не выйдет. Необходимо предлагать реально то, что имеешь.

Для начала купите тариф за 20-30$. Не надо приобретать хостинг с безлимитным трафиком. Поскольку это скажется на величине предоставляемого дискового пространства. Также обязательно обращайте внимание на аптайм сервера. Поскольку именно вы, а не ваш хостер, в ответе перед клиентами за сервер.

Договору с хостером и его правилам следует уделить максимум внимания. Для того, чтобы в один прекрасный момент ваш клиент вас неприятно не удивил письмом о том, что его аккаунт был приостановлен. А все это может произойти лишь по тому, что сайт вашего клиента должным образом не соответствует какому-либо пункту правил хостера.

В первое время сайты с файловыми архивами реселлерам на свой сервер желательно не брать. Поскольку эти архивы потребляют большое количество дискового пространства и трафика, а также могут стать самой настоящей головной болью, как для вас, так и для хостера.

Создавая свой сайт, старайтесь оформлять его грамотно в техническом плане, не допускайте орфографических ошибок – для клиента они играют очень большую роль. Большинство хостеров, которые предлагают реселлерские аккаунты, анонимность обеспечивают только в плане неймсерверов, но при Traceroute к хосту через, например http://www.dnsstuff.com/ сайт в конечном пакете выдает хостнейм вида ***-mydomain.ru. Из этого следует, что если вы хотите на 100% быть анонимны, то и на этот пункт стоит тоже обратить внимание.

И в завершение

После создания сайта и выбора провайдера, начинайте усиленно рекламировать свой проект. Однако не стоит всем подряд посылать спам с целью приобрести максимум клиентов на услуги хостинга. Поскольку этим вы сразу же испортите собственную репутацию. Зарегистрируйте свой сайт в поисковых системах, старайтесь его увеличивать его посещаемость, поднимать тИЦ ресурса. Главное - на рекламу денег не жалейте. Это самый верный путь к успеху. А также по мере развития собственного проекта и нового бизнеса, меняйте тариф на более мощный. Кроме того, в любой момент будьте готовы к аренде сервера.


IFTOP для проверки трафика в реальном режиме времени

Понедельник, 29 Декабрь, 2008

Необходимость знать, куда именно расходуется трафик, возникает очень часто. К сожалению, различные логи не могут представить полный отчет. А вот php-скрипт способен сгенерировать большой исходящий трафик, который не будет отражаться в логах веб-сервера.

Решить эту проблему можно с помощью iftop. Эта утилита позволит удобно наблюдать за расходом трафика.

Установка этой утилиты не требует установки библиотек libpcap и libcurses и очень проста:

wget -c http://www.ex-parrot.com/~pdw/iftop/download/iftop-0.16.tar.gz
cd iftop-0.16
./configure
make
make install


Мониторинг сайта и его настройка

Вторник, 23 Декабрь, 2008

Мониторинг сайтов – одна из распространенных услуг дата-центров, которая подразумевает контроль над работой вашего сервера. Для того чтобы данная услуга была доступна и вам, необходимо настроить собственный сервер и разрешить к нему доступ определенных IP.

Для разрешения подключения с IP адреса типа xx.xx.xx.xx/34 (где xx.xx.xx.xx/34 – это айпи адрес провайдера) необходимо ввести:
pico -w /etc/apf/allow_hosts.rules, а в конце файла добавить: xx.xx.xx.xx/34

также необходимо xx.xx.xx.xx/34 заменить на IP сетку провайдера, например, 12.96.160.0/34.


К вопросу о безопасности сервера

Понедельник, 8 Декабрь, 2008

После того, как из дата-центра пришло сообщение о том, что ваш сервер готов и онлайн, необходимо внести настройки безопасности на сервер.

Прежде всего, необходимо внести настройки для обеспечения активной и пассивной безопасности. Для этого нужно следить за всеми вероятными попытками вторжения и нарушениями в работе сервера, внося необходимые данные в настройки. Эти действия составляют активную настройку серверной безопасности. А пассивная безопасность заключается в том, чтобы оставить как можно больше мест для возможного проникновения извне.

Для работ на сервере вам понадобится программа Putty. Затем после установки редактора командной Pico переходим к работе с командной строкой, которая не имеет графического интерфейса.

1. Необходимо оставить подключение только по протоколу SSH2, как самое безопасное, и отключить прямой логин для root. Для этого вводим в командную строку:
pico -w /etc/ssh/sshd_config

Далее ищем в открывшемся файле строку
#Port 22
И убираем из нее знак #

Ищем строку: #Protocol 2, 1
И изменяем ее на: Protocol 2

Так вы сможете запретить подключение к серверу по протоколу SSH1, ведь такое соединение недостаточно защищено.

В WHM создаем аккаунт админа с нестандартным логином и паролем, как можно боле сложным. Для админа разрешите соединение SSH, после чего зайдите в WHM:

Server Setup, затем в:
Manage Wheel Group Users

Назначьте админа как члена Wheel Group.

Для этого введите

pico -w /etc/ssh/sshd_config

строку: #PermitRootLogin yes
Измените на: PermitRootLogin no

С помощью команды: /etc/rc.d/init.d/sshd restart перезагрузите демон SSH

Такие манипуляции приведут к тому, что злоумышленнику, который захочет взломать ваш сервер, придется взламывать подряд двойной пароль. Это позволит значительно уменьшить риск проникновений на сервер.

Для соединения с сервером вы будете использовать логин и пароль, назначенный вами для админа, после чего вводить «su -» root пароль.

Для отключения от сервера достаточно будет ввести «exit» и нажать ENTER.

2. Настраиваем сообщения по электронке в ROOТ логине на вашем сервере

Для этого необходимо отредактировать файл
.bash_profile
в директории пользователей /root

для редактирования файла используем команды:
cd
su -
pico .bash_profile

В конце файла нужно ввести строку:
echo ‘ALERT - Root Shell Access on:’ `date` `who` | mail -s “Alert: Root Access on Server #1″ admin@XXXXXXX.com

Строка admin@XXXXXXX.com будет означать ваш адрес на другом сервере. Такое ухищрение необходимо для того, чтобы вторгнувшийся на ваш сервер не смог уничтожить сообщение о своем вторжении.

Сохраняем изменения в файле при помощи комбинации клавиш
CTRL+X
Y
И ENTER.

После таких настроек при использовании ROOT логина сервер автоматически будет отправлять на указанный вами электронный адрес сообщение о подключении к серверу.


Хостинг на основе WEB 2.0

Пятница, 5 Декабрь, 2008

Многие из нас наслышаны о технологиях WEB 2.0, но каким на самом деле будет хостинг для WEB 2.0, мало кто думал.

Новшества будут заметны невооруженным взглядом в наполнении контентом, который будет более четкий и однозначный. Будет осуществляться реальная поддержка клиентов, аптайм максимально приблизится к 100%, гео-кластеризация, а также суперповышенная защита от DDOS атак.

Суть WEB 2.0 заключается в том, что пользователи сайта являются главными его авторами, формируя контент сайта непосредственно из окна браузера. О такой фишке как FTP забудут, а загрузка информации будет осуществляться из окна браузера. Сайт можно будет полностью изменять в визуальном редакторе. А HTML 5 даст еще больше возможностей в этом плане.

Обычный хостинг предлагает своим клиентам самые обыкновенные технологии, не дающие каких-либо гарантий. Из-за некоторых настроек безопасности хостинга может не работать совсем или работать некорректно СМS вашего сайта.

С этой точки зрения хостинг WEB 2.0 предложит своим клиентам новые сервисы. Под него будут модифицированы самые популярные CMS, движки блогов и форумов. Такие инструменты предложат клиентам уже готовый и предустановленный сервис, настроить который можно сразу же из браузера.

Хостинг WEB 2.0 будет предлагать не список технологий, а список сервисов, хорошо и четко работающих.

Пользователи уже не будут задаваться актуальным вопросом о том, подойдет ли для хостинга самописный скрипт уже будет не актуален. Так как для хостинга WEB 2.0 самописные скрипты однозначно не используются. Вопрос будет перефразирован иначе: а есть ли среди предложенных сервисов тот, который нужен?

Техподдержки в том виде, в котором она представлена сейчас, у нового типа хостинга также не будет. Причина в том, что хостинг станет более доступным и понятным, а для решения сложных задач и исправления недостатков в работе хостинга не понадобятся те специальные знания, которые были нужны для сегодняшнего хостинга.

Невольно возникает вопрос: откуда хостинг-провайдеры возьмут подобные сервисы и зачем их модифицировать, если сегодня и так немало подобных модификаций? Все очень просто: хостинг-провайдеры в будущем будут сотрудничать с разработчиками CMS, и выпускать SDK комплекты для адаптаций CMS в свой репозитарий. Не исключена вероятность того, что кое-кто будет писать свои сервисы или модифицировать различные движки с открытым исходным кодом, не исключена.

Скрипты необходимо модифицировать для переноса классических скриптов на платформу очень отказоустойчивого геораспределенного хостинга. Чем будет являться такой хостинг и скрипт для него? Самой оптимальной является система разделения системных и пользовательских данных.
Синхронизация системных данных и репликация пользовательских данных.

Разделив классическую файловую систему, вы получите повышенную отказоустойчивость и сократите избыточность дублированной информации на одном сервере. Для классической CMS не требуется модификация ее ядра, а изменяются всего лишь 1-2 дирректории, в том числе и БД.

После выделения системных файлов они легко синхронизируются на сервера, имеющие разное географическое местоположение, через классический rsync.

Еще одно преимущество этой системы заключается в том, что любая модификация, исправление уязвимости или обновление сказывается одновременно на всех клиентах, ведь они используют ядро CMS, которое одно и то же. Данные пользователей оптимальнее всего хранить в распределенной файловой системе, где есть работа с объектами. Это увеличит надежность сервера и распределит нагрузку между серверами.

Применение обычной MySQL в режиме master-slave повысит надежность хранения БД и уменьшить нагрузки. В такой MySQL все запросы на модификацию будут направляться на master сервер, а на множестве slave-серверов будут выполняться запросы на выборку.

Давайте представим себе классический сервер хостинга WEB 2.0:
• Прежде всего, на нем стоит nginx, который отдает статический контент
• Далее классический apache
• Для исполнения скриптов используют fastcgi php
• MySQL сервер, работающий в режиме slave, который в любой момент может стать master
• Репозиторий сервисов хранится на разделе диска, размеченного под классической ФС. Файловый сервер в любой момент может измениться и синхронизироваться с остальными серверами через rsync
• Между остальными серверами коммуникации WEB 2.0 стоит демон.
• Отказоустойчивая файловая система расположена на оставшейся части диска Одновременное использование большого числа серверов направляют их ресурсы на борьбу с DDOS атаками.
• При атаке одного из серверов демон комуникации сообщает IP сети атаки на остальные сервера, после чего постепенно блокируются все IP ботнеты.

Сейчас распределенной файловой системы с открытым исходным кодом, полностью подходящей для системы хостинга WEB 2.0 пока не существует. Ближе всего к истине находится Hadoop HDFS с Namenode.


Дедик или выделенный сервер – что это такое?

Понедельник, 1 Декабрь, 2008

Dedicated Server, в переводе с английского выделенный сервер, а на жаргоне просто «Дедик». В отличие от виртуального dedicated хостинг представляет собой выделенный сервер, место на котором не делится между несколькими сайтами, обслуживающихся хостером. Выделенный сервер расположен в специальном дата-центре, где для его бесперебойной работы обеспечены необходимые условия. Это и подача энергии, и охлаждение, а также канал и место в стойке.

Владелец такого сервера получает все свободное место на нем и имеет право использовать ресурсы сервера без каких-либо ограничений. Он может поставить на такой Дедик любое ПО, в том числе и собственного производства. На виртуальный сервер установка подобного ПО категорически запрещена.

По обслуживанию выделенные серверы делятся на две категории: unmanaged (необслуживаемые) и managed (обслуживаемые). Техподдержка необслуживаемых серверов обычно сводится к перезагрузке сервера и переустановке ОС, если она вышла из строя из-за неграмотного обращения с ней.

Техподдержка обслуживаемых серверов в каждом отдельном случае подразумевает разный набор услуг, который зависит от уровня самого персонала, гарантированной сетевой доступности, сложности проблемы, предоставляемых часов рабочего времени, гарантированного времени реакции.

Техподдержка или support также подразделяется на уровни (levels).

Первый уровень техподдержки включает в себя ребуты, консультации и подробные ответы на часто задаваемые вопросы, а также онлайн поддержку и уточнения во время обработки тикетом более высоких саппортов. В дата-центрах с хорошей репутацией уровень поддержки номер один при передаче тикета более высокого уровня честно отвечают, что не могут справиться с запросом и передали его на рассмотрение специалистам высшего уровня поддержки. То есть происходит эскалация тикета, время которой может занять до 24 часов. Поэтому при заказе хостинг услуг, уточните предварительно время эскалации тикета в техподдержке.

Второй уровень техподдержки решает традиционные проблемы. Например, пополнение баз данных для support level 1и установка и настройка штатного ПО. Но в некоторых ситуациях и support level 2 не может справиться с поставленной перед ним проблемой, выполняет эскалацию тикета.

Решение глобальных проблем или траблшутинг – это специализация support level 3. Этот уровень техподдержки способен найти решение таким проблемам как некорректная работа ПО, медленная загрузка сервера, аппаратные проблемы, настройка и корректировка работы ПО.

Четвертый уровень тех поддержки предлагают только самые крупные дата-центры. Но и здесь эта техподдержка предоставляется в основном на условиях контракта и почасовой оплаты. В области задач этого уровня техподдержки находится решение всех сложнейших вопросов и непредвиденных ситуаций. Это поиск аккаунта, который распространяет спам, работа с незнакомым ПО, восстановление системы после взлома, установка системных лимитов и т.п.

Еще одним важным критерием выбора дата-центров и хостинг провайдеров является количество предоставляемого времени. Обычно практикуется дата-центрами в случае возникновения какой-либо проблемы использование предоставленного времени специалистами низкого уровня. Обычно владельцу дедика тянут время разнообразными уточнениями со стороны support level 1. Именно поэтому запросы в техподдержку должны быть максимально информативными и точными, содержать всю, может даже лишнюю информацию. Или же наоборот, при формулировке тикета стоит руководствоваться простыми и понятными фразами, но четко формулировать ваши требования.

Обычно перезагрузки сервера бесплатны и время такой перезагрузки не учитывается. Иногда хостер может даже предложить доступ к оборудованию, способному перезагрузить сервер. Но если при подписании договора на хостинг или при возникновении проблем во время пользования им вы не нашли словосочетания Free Reboots, узнайте в дата-центре, сколько времени займет перезагрузка сервера и будет ли учтено это время. В среднем на перезагрузку сервера уходит 5-15 минут.

Есть и другой вариант – дата-центр предлагает оплачивать услуг по числу тикетов. То есть хозяином сервера предоставляется определенное количество тикетов в месяц – от 20 до 100. Это количество тикетов будет обслуживаться бесплатно, но если вы его превысите, за остальные тикеты придется платить отдельно. Могут быть и такие условия, что бесплатные тикеты предоставляются хостером только для первого уровня техподдержки, а все остальные уже платные.

SLA – еще один важный момент. Это уровень сетевой доступности, который означает, что отправленный вами запрос будет прочитан немедленно, даже ночью в воскресенье, и обработан в указанные в договоре сроки. Но стоит помнить о том, что даже обещанный SLA в 99% на деле может сильно до этого уровня не дотягивать.

Совсем неохотно дата-центры сообщают такую информацию, как гарантированное время реакции. И это обстоятельство вполне объяснимо. Ведь каждый сервер не может обслуживать отдельный специалист. Но если в договоре на ренду выделенного сервера есть уточнение, что реакция на urgent ticket - ребут, составляет примерно - 24 часа, не стоит торопиться. Такое время реакции может означать, что ваш сервер может находиться в бездействии на протяжение круглых суток при самой мелкой и незначительной проблеме.


InsPanel - хостинговая панель для Windows

Среда, 26 Ноябрь, 2008

Панель организации веб-хостинга для Windows InsPanel работает как и большинство других панелей сразу после установки, не требуя настроек конфигурации. Как свидетельствуют разработчики данной панели в InsPanel уделено большое внимание безопасности. InsPanel поддерживает почтовые решения на базе MDaemon, XMail, Merak и MailEnable, а также работает с технологиями ASP, PERL, CGI, PHP, MySQL, COLDFUSION MX, DNS, MS SQL.