Для виртуализации к примеру. Либо сервисов, либо серверов. Для хостинга ВПС также. Есть и другие варианты использования.
Возможно я вас неправильно понял, но вы писали:
- отсутствие проблем в получении подсети на сервер сразу же при заказе сервера
именно это и создает проблему, так как при заказе сервера айпи адрес еще не известен и следовательно форму RIPE заполнить невозможно, а без нее нельзя и получить и дополнительный айпи диапазон. Правильный порядок был бы:
1) Получить сервер с одним или сколько внутренняя политика дата центра разрешает, айпи адресами.
2) Заполнить форму RIPE и после одобрения получить искомое. В той же форме требуется указать текущее использование выделенных айпи адресов.
Это все, что я хотел сказать и сказал. Я не претендую на оценку ваших познаний в области заполнения форм RIPE.
У вас условие противоречащее условиям RIPE. Заказать то в процессе можно айпи, но выдадут вам их только после обоснования причин для выдачи. Так как если следовать правилам RIPE, чтобы выдать вам на сервер более 1 айпи, необходимо указать почему вам его не хватает, а для этого необходимо указать уже выданный айпи, а также то, что заменить ipv4 адреса адресами из ipv6 нельзя по таким то причинам. В общем заполнить форму требуется. При возможном аудите RIPE на это обращает внимание и может наказать за неправильное использование выданных ресурсов.
А так по модели хетцнера много кто работает в Германии - server4you.de к примеру (у них кучка торговых имен еще разных).
Это обычные лимиты хостинг аккаунта. Лимиты максимальные и внедрены для того, чтобы если сайт вдруг получил (к примеру) ДОС и начал их превышать это не могло повлиять на соседей по хостингу.
PS. Лимиты на профессиональном шаред хостинге есть всегда. Иначе даже без ДОСа сайт с криво написанным запросом мускуля мог бы "убить" весь сервер хостинга. Другое дело, что системы применяемые для лимитирования могут быть разные - самая простая, удобная в использовании и для пользователя и для хостера - О/С CloudLinux, но давным давно существуют и другие решения для контроля лимитов.
А если нет привязки именно к E3, то можно взять дешевку с хетцнера:
Intel Core i7-2600 32 гб озу 2 х 3 Тб диски трафик 20 Тб за 50 евро
Есть и E3, но по ценам близко к уже озвученным: https://robot.your-server.de/order/market
Голландия, Лизвеб сгодится? E3-1230 4 штуки с 8 Гб памяти и 4 х 500 дисками по 59 евро 100 мбит трафик без учета. Сапгрейдить если, то + 45 за память. Итого 104 евро. Апргрейд в течение суток (рабочее время кончилось увы). По идее, апгрейд памяти можно сделать завтра, а сегодня просто софт рейд другой сделать (RAID5 скажем).
PS. Коллеги поправили - можно сделать апгрейд и сегодня еще.
Специальных сервисов не существует. Существует прямые руки. Если ВПС из администрируемых стоит сменить провайдера. Если ВПС не администрируемый - нанять людей которые знают что делают.
Пруф нужен. Хостер такого рода жалобы без пруфа рассматривать не будет. При этом пруф должен быть убедительным, так как тут слово против слова (наверняка тексты не копирайтились у третьей стороны). Пруфом обычно может служить:
1) более ранняя дата регистрации домена
2) ссылки на веб-архив (тайм машин), где зафиксированы более ранние даты для сайта автора
Но если хостер подойдет формально, то все это может не помочь (формально, только через суд за исключением общеизвестных материалов авторство которых абсолютно очевидно).
Bitrix это еще один движок сайта. Таких движков имеется множество - бесплатных, коммерческих, разных. Ничего уникального он не требует, но принято считать, что он не из самых "легких".
Первый был с FreeBSD, а второй с линукс? Тогда вам сюда https://robodesk.biz/index.php?/Knowledgebase/Article/View/473/0/pochemu-linuks-potrebljaet-tk-mnogo-pmjati
PS. Это как вариант, конечно. Информации недостаточно(с)
