Документы есть за 2012 год: http://hostbizua.com/bin/prog
Лучше всего позвонить :)
Добрый вечер.
Попробуйте им позвонить: +38 044 239 10 76
Ох, уважаемый Sergej_Sim, улыбнули меня в понедельник, молодец!
Доменное имя зарегистрировано на физическое лицо и мы работаем как физическое лицо, это буквально вчера обсуждалось в нашей новостной теме на этом форуме, следовательно и данные из паспорта, реальные к тому же. Чтобы в случае проблем каких-то, можно было всё подтвердить документально.
Если Вас смущает слово компания на сайте и то, что я называю себя директором компании, могу убрать, если Вы настаиваете.
Относительно возраста: я начинал заниматься предоставлением услуг хостинга в 15 лет, начинал с ресселинга, чтобы понять, моё ли это, потянули я это и тому подобное. До 18 лет платежи принимались через известную всем систему РобоКассу, в 18 лет был получен персональный аттестат, далее аттестат продавца и платить стало возможно напрямую, через WebMoney.
Хостинг мы предоставляли действительно с декабря 2007 года.
Относительно отношения к предоставлению услугам: я действительно не пью, не курю и не веду разгульный образ жизни. Я серьезный человек, у которого уже сформировалось предоставление о жизни и я нашел своё дело (не только в предоставлении хостинга).
Относительно подсчета количества сайтов: в начале ноября, то есть буквально неделю-две назад был переезд на новые сервера, об этом есть в нашей новостной теме на этом форуме. Следовательно поиск количества размещенных сайтов по IP не дает верного результата, так как системы просто еще не смогли обновить IP всех размещенных сайтов. Из-за этого и UPTIME серверов около 10 дней.
Относительно размещенных доменов и зарегистрированных: вы в курсе, что клиент может просто обновлять NS сервера домена и сайт будет работать с наших серверов? Ваша математика 3 000 - 300 = 2 700 и вопрос, откуда я взял еще 2 700 мне не ясны.
Относительно выделения ресурсов на дешевые тарифы: 10% от 3.4 ГГц, 128 мб оперативной памяти, 1 мбит\с I/O. Да, если все начнут потреблять ресурсы, то процессора на всех не хватит, при этом, давайте посмотрим на текущую нагрузку на процессор по серверам:
Обратите внимание, IDLE более 700%. Я Вам по практике скажу так, I/O забьется быстрее, чем кончится процессор :)
Относительно тестирования: тестирование производилось 14 ноября с тарифа "Корпоратив", всё верно.
Ограничения здесь таковы: 30% CPU, 128 мб RAM (учет только на SSH, CGI и прочее запущенное ПО, Apache / PHP сюда не входят при использовании как mod_php), не более 32 процессор, не более 32 одновременных соединений, 1 мбит\с I/O.
Исходя из графиков Выше по текущей нагрузке серверов Вы гарантировано получаете данные ресурсы. И да, мы не ориентируемся на Bitrix системы и на его тестирования.
Я гонял тесты чисто из любопытства до запуска серверов. Тестировал разные редакции, при разных настройках. Что мне показалось странным, это то, что пустой сервер с характеристиками Xeon E3 1240 (4 x 3.4 GHz) / 32 GB DDR3 ECC / 2 x 600 GB SAS 10K / HP P222 (RAID 1) по тестам Битрикс'а не выдавал постоянный результат тестирования. Цифры часто разнились от 10 до 90. Отсюда выходит очень большая погрешность в этом тестировании. Я не стал вникать, как он тестирует, просто закрыл это и тестировал систему с помощью siege и ab. Там тесты были более достоверные и более стабильные, так как это наиболее распространенный метод тестирования сайтов в реальных условиях.
Подытожим: работаем мы с 1 декабря 2007 года, регистрация доменного имени это подтверждает, 1 февраля 2008 года был сделан снимок сайта сайтом web.archive.org. Заявленная конфигурация серверов соответствует представленным на сайте, далее, мы действительно размещаемся во Франции, дата центре Online SAS. Наш хостинг действительно выдает мало "попугаев" при тестировании Битрикс'ом.
Спасибо за тестирование, в принципе мне это и требовалось. Почему я оставил оставил сообщение в данной теме изначально? Искал программу SysInfo Seo Studio, но наткнулся на Ваш странный спам по всем форумам и на некоторых пиар этой программы и Вашего сайта. Решил оставить отзыв о Ваших делах :)
Мне ответили по поводу зависания SC gen2. Им об этом известно, проблема в ядрах систем 64-х битных версий. Дали ссылку на форум http://forum.online.net/index.php?/topic/3542-important-probl%C3%A8me-de-stabilit%C3%A9-sur-les-sc/page-1
Собственно вот. Исходя из этого, на сервера линейки SC ставьте 32-х битные системы. В принципе, оно и понятно, там менее 4 гб оперативной памяти.
Но я был вынужден поставить 64 битную версию CentOS, так как у них в панели не было возможности поставить 32 битную версию, а ILO там не выдают на этих серверах.
Это мошенники, такое встречал не раз. Очень часто от "TimeWeb'а" такие письма прилетали.
Подделать адрес отправителя не сложно. Базу почтовых адресов собирают из whois доменов по NS серверам либо кража данных из биллинга.
Просто проигнорируйте данное письмо. А Джино я бы посоветовал бы провести рассылку, что от их имени рассылают письма, чтобы клиенты оставались бдительны.
С этим у них не сталкивался, летом ставил приходилось ставить Windows в Oversun'e, там скорость доходила до 1-5 мбит\с при доступных мне 20 мбит\с у провайдера и 100 мбит\с на сервере.
Я в этом направлении уже мало знаю, поэтому сказать ничего не могу, может быть какие-то особенности в этом есть.
Еще прикреплю статистику munin с двух серверов с 400 мбит\с.
На первом графике хорошо видны пиковые нагрузки до 80 мбит\с - резервные копии на сервер в их локальной сети. Как писали в этой теме - сеть ограничена 100 мбит/c.
На втором графике видно нагрузку до 20-30 мбит\с - нам флудили ICMP пакетами с 1-го IP адреса.
10 мбит\с и подавно выдается. Насчет США и дальних стран не знаю, но на СНГ проблем не наблюдаю на своих серверах.
В один поток выделять полностью канал сервера даже под эти задачи мне кажется не очень хорошо. Резервное копирование должно быть прозрачным, а загрузка / скачивание файлов тоже спорный вопрос. В общем, эти проблемы уже не касаются данной темы.
Относительно сети - за два месяца работы жалоб от клиентов не было. В том же Hetzner каждый месяц были жалобы на потери пакетов, а один клиент попался с тем, что от него скорость до Hetzner выше 1-3 мбит\с не поднималась.
Собственно, для статистики:
Сервера с каналом 200 мбит\с: и
Сервер с каналом 300 мбит\с:
Сервера с каналом 400 мбит\с: и ---------- Добавлено 17.11.2013 в 23:12 ----------
Я за этой темой слежу с самого его начала.
Поддержка нужна только в случае проблем с железом. В остальных случаях есть ILO, rescure и другие плюшки. Нужна поддержка по решению проблем, которые Вы не можете решить самостоятельно имея полный доступ к серверу - платите отдельно. Вполне нормальная политика.
Я не знаю, где Вы находите скорость в 100 кб\с, у меня на серверах проблем не наблюдается со скоростью. Может у меня не такая нагрузка на сеть, конечно, но всё же, пока жаловаться не на что, когда нужна скорость, она есть.
Извините, во все сообщения не вчитывался. Просто меня смущают тесты в один поток :)
Больше это зацепило... На практике 1 гбит\с в один поток мне кажется мало пригодится.
Разве тестировать скорость в один поток верно? Где гарантия того, что канал откуда Вы качаете сейчас не забит или не подвержен иным факторам?
Чаще пропускная способность канала необходима для обслуживания одновременно большого количества клиентов. Поэтому определенный % канала на один поток вполне нормально. Я думаю, ситуация будет не очень, если зайдет пользователь и забьет всю пропускную способность и остальные пользователи будут "висеть".
Конечно же, всё зависит от конкретных задач, но подобные чаще.
Относительно скорости: до Hetzner в пиках выжимал полные 300 из 300 мбит\с на модели Dedibox LT15K 2013 в сентябре при перекачивании данных. Хотя, для меня это немного странно тем, что у Hetzner вроде что-то про 200 мбит\с указано на сайте.
