Кто пользуется hetzner.de? - часть 6

[Удален]
#211

Понятно.

Но вот если учесть то что отсутствие ip-kvm часто приводит к большему даунтайму, чем с ним, в случае проблем, то полагаю что вариант с 3х 3500 выйдет даже дороже. Так как любой простой это негатив от клиентов, уменьшение количества клиентов, компенсации - т.е. потери финансовые.

В некоторых ДЦ можно и без ip-kvm обойтись, так как реакция персонала 5-15 минут. Реакция и решение а не реакция и туча писем ни о чем. Ну а в Hetzner не на кого надеться. Т.е. или ip-kvm или ниже ниже uptime.

Об этой стороне не задумывались?

V
На сайте с 05.01.2009
Offline
105
#212
WapGraf:
Понятно.
Но вот если учесть то что отсутствие ip-kvm часто приводит к большему даунтайму, чем с ним, в случае проблем, то полагаю что вариант с 3х 3500 выйдет даже дороже. Так как любой простой это негатив от клиентов, уменьшение количества клиентов, компенсации - т.е. потери финансовые.

В некоторых ДЦ можно и без ip-kvm обойтись, так как реакция персонала 5-15 минут. Реакция и решение а не реакция и туча писем ни о чем. Ну а в Hetzner не на кого надеться. Т.е. или ip-kvm или ниже ниже uptime.

Об этой стороне не задумывались?

ну в hetzner и rescue есть, и ip-kvm по запросу

и не говорю, что постоянного ip-kvm у нас нигде нет))

за 4 года максимальный разовый даунтайм был 4 часа, средний годовой даунтайм у нас по hetzner'у (серверы ex-6) - 10 часов

это аптайм в 99.885%, вполне неплохо

увеличить аптайм можно и за счет бэкапов на сторону

ну и - это все зависит от того, какой уровень sla нужен вам и вашим клиентам

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

тем, кто хочет - сделаем кластер из 2х серверов с mysql-кластер, sla будет 99.9%+

а у вас какая практика?

Hosterbox.ru - хостинг, серверы и cloud (http://hosterbox.ru)
[Удален]
#213

Практика весьма печальная. Но после полного отказа от Hetzner качество услуг стало существенно лучше.

По шаред-хостингу аптайм был ужасен из-за постоянных атак в то время. А атакующие видя что их действия приносят плоды постоянно повторяли эту процедуру. А постоянные ожидания разблокировки IP приводили в ужас.

По ноде (покупалась довольно давно, ~$300 было): несмотря на казалось бы неплохое железо (много cpu, ram), брендовые серверные железяки в других ДЦ выдерживали нагрузки существенно выше. Постоянные высокие показатели CPU && IO. После переноса в другой ДЦ всех клиентов показали стали почти нулевыми.

Все бы это еще ничего, по двум основным серверам кнопка ребута не работала почти никогда. Ожидание ответов на запросы в выходные дни большое. На телефон (прослушивание мелодии в воскресенье особенно) уходило по 10-30 в последние 3 мес.

+ еще одна проблема - невозможность дозаказа айпи. Почему? Да потому что обнаружили что на одной вдске у меня 2 айпи, а на второй 3. И пока количество айпи на вдс не приведу к единице никаких новых.

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

V
На сайте с 05.01.2009
Offline
105
#214

ну у нас в реальности шаред-хостинг тоже не в hetzner )

а новые дц и серверы с xeon процессорами & ecc памятью у них действительно стабильнее работают

bugsmoran
На сайте с 18.02.2010
Offline
223
#215

Ну х.з. У меня шаред весь в Хецнере - никаких нареканий. И мощностей серверов хватает и всего остального.

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

[Удален]
#216
Vanger:
ну у нас в реальности шаред-хостинг тоже не в hetzner )
а новые дц и серверы с xeon процессорами & ecc памятью у них действительно стабильнее работают

Может быть. Спорить не буду.

Но я ничего не потерял сменив ДЦ. Качество услуг поднялось, а расходы на том же уровне (с учетом потерь при даунтаймах, компенсациях клиентам и расходам на телефон).

---------- Добавлено 02.06.2013 в 11:31 ----------

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

pupseg
На сайте с 14.05.2010
Offline
364
#217

у меня есть клиент - хостер. один из серверов - в хецнере.

я устал бодатся с поддержкой по замене диска, устал доказывать, что показателям смарт стоит верить, а не ссылаться исключительно на фирменные утилиты производителей НЖМД, устал объяснять нужду в ip-адресах, если я готов за них платить. постоянно лобирую клиенту смену датацентра, потеря в 1000-2000руб за другое качество сервиса - это копейки.

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).
M
На сайте с 24.10.2011
Offline
173
#218

intel официально выпустил новое поколение процессоров. интересно время реакции в хетцнере

Den73
На сайте с 26.06.2010
Offline
523
#219

суппорт у них вообще теперь не радует уже 2 дня не можем добиться что бы доп лицензии rdp активировали...

с выдачей ип-квм пока не подводили.

AGHost
На сайте с 16.11.2011
Offline
115
#220

Hetzner снова ломанули. Только что письмо пришло.


Dear Client

At the end of last week, Hetzner technicians discovered a "backdoor" in one
of our internal monitoring systems (Nagios).

An investigation was launched immediately and showed that the administration
interface for dedicated root servers (Robot) had also been affected. Current
findings would suggest that fragments of our client database had been copied
externally.

As a result, we currently have to consider the client data stored in our Robot
as compromised.

To our knowledge, the malicious program that we have discovered is as yet
unknown and has never appeared before.

The malicious code used in the "backdoor" exclusively infects the RAM. First
analysis suggests that the malicious code directly infiltrates running Apache
and sshd processes. Here, the infection neither modifies the binaries of the
service which has been compromised, nor does it restart the service which has
been affected.

The standard techniques used for analysis such as the examination of checksum
or tools such as "rkhunter" are therefore not able to track down the malicious
code.

We have commissioned an external security company with a detailed analysis of
the incident to support our in-house administrators. At this stage, analysis
of the incident has not yet been completed.

The access passwords for your Robot client account are stored in our database
as Hash (SHA256) with salt. As a precaution, we recommend that you change your
client passwords in the Robot.

With credit cards, only the last three digits of the card number, the card type
and the expiry date are saved in our systems. All other card data is saved
solely by our payment service provider and referenced via a pseudo card number.
Therefore, as far as we are aware, credit card data has not been compromised.

Hetzner technicians are permanently working on localising and preventing possible
security vulnerabilities as well as ensuring that our systems and infrastructure
are kept as safe as possible. Data security is a very high priority for us. To
expedite clarification further, we have reported this incident to the data
security authority concerned.

Furthermore, we are in contact with the Federal Criminal Police Office (BKA) in
regard to this incident.

Naturally, we shall inform you of new developments immediately.

We very much regret this incident and thank you for your understanding and
trust in us.

A special FAQs page has been set up at
http://wiki.hetzner.de/index.php/Security_Issue/en to assist you with further
enquiries.

Kind regards

Martin Hetzner
8 лет на рынке услуг хостинга - https://agho.st (https://agho.st)

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий