LineHost

LineHost
Рейтинг
339
Регистрация
20.01.2007

Очередной раз ложная тревога и очередной раз оказывается что не всегда клиент прав :)

MIRhosting.com:


Чистый официальный дебиан: https://hub.docker.com/_/debian/
После разворачивания будет идентично дефолтному debian который ставите инсталятором на дедике. Все будет ставиться куда надо, про какие инит скрипты речь?

Ставить равенство между дедиком и контейнером Виртуоззо/Опенвз вобще некоректно. Эта же только развитый Jail без своего ядра. Да, эти контейнеры идеальны для общих целей, к примеру хостинг сайтов, почты и тп. То есть для обычных вебмастеров. А для разработчиков приложений лучше дедик или KVM, XEN. VMware VPS.

Если на ваших доменах у регистратора прописаны ns1.beget.ru, ns2.beget.ru, то должно всё работать. Если не работает, то пишите жалобу на службу защиты прав потребителей, уверен засуетятся. Так как для админситратора сервера поменять ип для всех доменов одновременно это в пару кликов и занимает минуту. Идиотизм какой то...

pavel_e:

а чтоб это было не голословно, поэтому и хочется гарантию. если у хостера подобная схема реализована, то ведь он понимает что при должном уходе всё достаточно надёжно, а раз так, то может и гарантировать. многие говорят "у нас за много лет ниразу такого небыло", дак раз всё так хорошо и надежно , почему не берут обязательство обеспечить сохранность?

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

Во вторых, эта гарантия, понятие относительое. Скажем система хостёра настроенна на то, чтобы была возможность востановить сайт в течении месяца. А клиент скажем заметит порчу только на втором или третьем месяце. И как с гарантией? По этому все условия на такие гарантии должны оговариватся отдельно, само собой надо согласовывать и цену.

pavel_e:

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

Так неужели на тарифах общего хостинга за пару евро ещё кто то держит сайты, для которых критичен час-два простоя? Простой можно минимизировать до 5-10 минут в случае полной потери данных на сервере, но само собой это не для общих тарифов. Цена и так завишается из за честных бэкапов, и услуга уже становится не конкурентоспособна. Монстры рынка, которые диктует цены вобще никаких бэкапов не делает...

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

---------- Добавлено 09.08.2016 в 23:49 ----------

hvosting:
Объемы шареда - 96TB.
Что дубасит хард или софт? Огромные ssd кеши это сколько?
С виртуалками тоже все реально, но действительно приходится дифф выполнять локально, а уже потом пересылать.

Умножаем хотя бы на 4, то получаем практически 400 ТБ данных. Это около 200 4 террабайтных дисков ( RAID1) для хранения, сколько же электричества? ;)

Такиe объёмы дубасит всё. Особенно если бэкап делается средствами ISPmanager. С виртуалками отдельный разговор ;)

Скажу честно, мне кажется лукавите, только вопрос в чём ;)

---------- Добавлено 09.08.2016 в 23:56 ----------

sladkydze:
Как бы смешно ни звучало, но я пользую Server2012R2 + NTFS с огромными томами. Вообще проблем не имею. Экспериментировать с данными клиентов не очень хочу.

Диски виртуалок на этом или это только резервное хранилище?

---------- Добавлено 10.08.2016 в 00:08 ----------

tmatm:
Возможен вариант, что бэкапить только пользовательские данные (например, для Debian настройки из /etc, файлы из /var/www и дамп базы).

Это сказка 😂 Виртуалки на LVM сперва делается копия диска на локалку, потом эту копию уже можно синхронизировать на удаленное храниише. По любому, если ежедневный бэкап, то будет инимум 2-3 минуты офлайна ежедневно в том случае, если диск около 20 ГБ. Клиенты даже ночью не терпят такое. Локальная копия сильно нагружает локальный диск, фактически должен быть на сервере один диск чисто под временные бэкапы. С OpenVZ ситуация чуть проще, но офлайн от 30 секунд присутсвует. Клиенты и от этого шарахаются, так как впски часто проверяют разными монитрингами....

В общем этот топик доказывает, что пользователи не имеют понятия какая проблема бэкапы...

Маленкие SSD обычно имеют относительно низкую скорость. Дешевые SSD к тому же имеют низкую надёжность. По сути ничего хорошего не получится. Для некоторых целей выделять отдельный SATA на виртуалку смысл есть.

teddik:


Оплата за установку - это за то что техник вставит сервер в стойку и подключит его? И цена за это по 50-100$. Другого я не представляю. ;)

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

А так, если для белых целей, то не думаю что есть возможность конкурировать с OVH или Hetzner. Канал в Литве с РФ достаточно паршивый, с западом не лучше. Сколько я не пробовал литовских датацентров, столько и разочарований.

А конкурировать с монстрами лучше не ценной, а гибкой конфигурацией и внимательным решением всех клиенстких проблем, монстры не способны этого обеспечить.

SalomonKain:
yoursupport, аж заинтриговали))
Одним из проектов, под который ищется сервер с разными IPs будет сеть сателитов. И то, это не основной проект.

Тогда не обязательно нужен сервер со всеми из этого вытекающими проблемами. Для своих клиентов использую проксирование с шаред ип.

Martin Ruus:

Посещаемость пока небольшая - 300 -350 чел. Но с момента начала рекламной компании может увеличиться до 1000 - 1300 чел.
По размеру БД не подскажу.

Это в сутки? Если так, то не заморачивайтесь с впс.

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

Всего: 3953