finalgon

Стоящие VPS

23 сообщения в этой теме

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

Для новеньких, и еще не ебанный в жопу юзеров, представляю свою тему:

Рагнарок на линуксе жрет порядка 300МБ оперативной памяти (с дефолт скриптами) и нуждается в одном ЛИШЬ ядре.

Следовательно, чем больше скорость ОДНОГО ядра, и больше памяти - тем лучше.

Но тут начинается огромное НО!

На моем опыте, коего более 6 лет администрирования РО серверов, то:

Среднестатистический сервер с онлайном до 500 человек будет хватать сервера с оперативной памятью до 512 МЕГАБАЙТ.

Единственная проблема из-за которой может лагать - это жесткие диски (маленькая скорость считки\записи), и CPU * Ghz.

Что же брать, и какие цены для того что бы содержать сервер на 1 месяц? Не поверите - не более чем 10$; А можно и за 5$ а можно вовсе за 3$ содержать качественный сервер, и это не наёб, а действительность.

Все что вам нужно это:

- VPS (virtual private server) с виртуализацией KVM и никакой другой!

- дистрибутив любого линукса без GUI интерфейса (пора бы приучаться к этому)

- Жесткий дикс не менее 2ГБ, raid10, ssd в самый раз.

- CPU достаточно во всех случаях только одного ядра, так как мультипоточности в эмуляторе нет! Чем выше Ghz тем лучше. Но не брать меньше чем 2Ghz!

- Трафик - для рошки в месяц хватит и 50ГБ траффика, но обычно стандартно в пакетах VPS предоставляется от 200Gb, до 10 TB трафика, решать вам.

Места где можно купить качественные сервера, за низкую цену говорить открыто не буду.

Но назову как сервера называются: low end;

Ищите сами в интернете.

Пример: моя конфа в германии, 1ГБ рам, 2 ядра по 3.3ГГЦ, и 20гб диск ссд, обходиться мне в 8$ в месяц, с круглосуточной поддержкой, и прочими плюшками.

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

НИКОГДА, И НИ ПРИ КАКИХ ОБСТОЯТЕЛЬСТВАХ НЕ ВЫБИРАЙТЕ OPENVZ!

-2

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OpenVZ замечательная технология виртуализации. Вся аргументация против OpenVZ состоит из «нельзя пересобрать ядро и загрузить свой модуль iptables» :)

За 3$ - 10$ можно рассчитывать только на целый зоопарк соседей по серверу.

На счет поддержки - обычно это никакого software-support.

Согласен, что eAthena использует не так много RAM и CPU. Но так же нужно учитывать ресурсы на mysql и web.

Кстати, в 2010 я сам писал что-то подобное.

http://land-game.ru/forum/index.php?showtopic=5444

Изменено пользователем poiuty
0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OpenVZ замечательная технология виртуализации. Вся аргументация против OpenVZ состоит из «нельзя пересобрать ядро и загрузить свой модуль iptables» :)

За 3$ - 10$ можно рассчитывать только на целый зоопарк соседей по серверу.

На счет поддержки - обычно это никакого software-support.

Согласен, что eAthena использует не так много RAM и CPU. Но так же нужно учитывать ресурсы на mysql и web.

Кстати, в 2010 я сам писал что-то подобное.

http://land-game.ru/...?showtopic=5444

Ну давай поспорим.

OpenVZ - считает память не правильно! Объясняю на простом примере. Эмулятор еатены жрет допустим 250мб, со временем он в кеш загоняется, и жрет 250мб, + кеш. Не путать со свапом. Это нормально для линуксов, я к этому притензий не имею. В ОпенВЗ нет понятия кеш, И допустим наш галимый эмулятор жрет 250МБ, и то что должно быть кешем добавляется в память. По этому и получается, что эмуль жрет СУМАРНО 250 + 400+ мб. Т.е. 650-700МБ памяти, которую никак не уменьшить (не нужно расказывать про ulimit -c 256 и т.п.); Да плюс добавим к этому всему ПОСТОЯННО кеширующийся MYSQL, и получаем порядка 1, 1.5 ГБ в пизду проебенной памяти. А теперь допустим, что у нас есть машина на OpenVZ с 512 МБ памяти, вроде бы все хорошо, все отлично, но тут наступает одно большое НО, как только сервер начнет увеличиваться, и эмуль будет кешироваться, кеш базы так же, другие приложения так же, в результате будем иметь ошибки в программах (и эмуляторе в том числе) о том, что приложение застачилось, из-за нехватки памяти! Вот такая вот хуита малята.

Что касается KVM\Xen, то там все кешируется как на реальном ПК, т.е. вы никогда не будете иметь нехватку памяти, мускуль, эмулятор жрут только реальную память, кеш при надобности будет сбрасываться, подсчет памяти ведется правильно.

Подвиду итоги:

OpenVZ 10$ - 512MB; - нельзя добавить свои модули в ядро (ну это не аргумент, так как мало кто пользуется). Не правильно считает памяти. ОпенВЗ выбирают лишь из-за того что данная виртуализация бизнесс прибыльна. Т.е. хостер может спокойно "шарить" ресурсы между другими пользователями сидящими на одной ноде, лишь по этому опенвз существует, а "идиоты", ведутся. А теперь что касается приложений:

Постоянная нехватка памяти. На OpenVZ mysql жрет память следующим образом: реальная память + кеш приложения. То допустим мускуля процесс жрет 10МБ, + кеш, получиться около 70МБ (а приложение то может иметь массу запущенных аналогов) и в результате, мы не имеем пространства для эмулятора.

Либо эмуль будет падать со временем постоянно от нехватки памяти. Вот скажите, нахуя танцы с бубнами? В чем же прелесть? Да нивчем, "якобы ближе к самой ноде", но вот скажите нахуя вот это "ближе"? Дисковой скорости более 60МБ для рагнарка более чем достаточно обрабатывать большие запросы с бд, и т.п. и т.д. Вот и пизда пришла всем приемуществам опенвз.

KVM:

Мускуль жрет теже 10мб, но без кеша. Эмуль жрет свое, и не больше. Приложения так же. В результате имеем 350мб занятого места в памяти, (700 в аналогии на опенвз), можем сами выставить себе свап в случае забивания памяти. Можем делать с нашей ОС все, что нам захочется, устанавливать абсолютно любую, и не зависить от хостера.

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

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

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

finalgon, в OpenVZ есть кеш. Так же есть Page cache isolation.

В ядрах RHEL 6 - есть Swap. С памятью все отлично. То что какие-то хостеры оверселят - политика их компании. Но никак не минус OpenVZ.

Еще из плюсов OpenVZ

- удобно администрировать, простая и понятная тулза vzctl

- ploop, отдельная fs для каждой VPS, онлайн бекапы без lvm

- в будущем будет доступен pfcache

- ограничение канала

- два простых лимита на память ram и swap, никаких Cannot alocate Memory

- fuse внутри контейнера

- VPN via the TUN/TAP

- онлайн миграция контейнеров

Кстати, готов предоставить вам VPSку для тестов.

На счет RHEL 5 ядер - в курсе. Там "сложные" ubc лимиты были. И многие хостеры фигово их настаривали + дикий оверсел = недовольные клиенты.

Изменено пользователем poiuty
1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

finalgon

blb d gbple rhfcyjukfpfz [eqyz!

Изменено пользователем ph1047
0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

finalgon

blb d gbple rhfcyjukfpfz [eqyz!

vfve ndj. z t,fk et,jr!

finalgon, в OpenVZ есть кеш. Так же есть Page cache isolation.

В ядрах RHEL 6 - есть Swap. С памятью все отлично. То что какие-то хостеры оверселят - политика их компании. Но никак не минус OpenVZ.

Еще из плюсов OpenVZ

- удобно администрировать, простая и понятная тулза vzctl

- ploop, отдельная fs для каждой VPS, онлайн бекапы без lvm

- в будущем будет доступен pfcache

- ограничение канала

- два простых лимита на память ram и swap, никаких Cannot alocate Memory

- fuse внутри контейнера

- VPN via the TUN/TAP

- онлайн миграция контейнеров

Кстати, готов предоставить вам VPSку для тестов.

На счет RHEL 5 ядер - в курсе. Там "сложные" ubc лимиты были. И многие хостеры фигово их настаривали + дикий оверсел = недовольные клиенты.

давай, буквально на один день хватит. в пм. я скрины залью. 512мб хватит.

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

finalgon, отправил вам доступы.

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

finalgon

ns ;t j,sxysq ,jv;-irjkmybr? rjnjhsq rf;lsq ltym t,tncz cj cdjtq ,f,eirjq gjnjve xnj nt,t ,jkmit ybrnj yt lfcn, f dct gjnjve, xnj ns gbpljukfpsq kbyercjt,

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мускуль жрет теже 10мб, но без кеша. Эмуль жрет свое, и не больше. Приложения так же. В результате имеем 350мб занятого места в памяти, (700 в аналогии на опенвз), можем сами выставить себе свап в случае забивания памяти. Можем делать с нашей ОС все, что нам захочется, устанавливать абсолютно любую, и не зависить от хостера.

MySQL теоретически даже в стандартном конфиге не может столько использовать RAM.

Там только одного key_buffer, обычно 16мб. MySQL настраивают под определенную нагрузку и базы.

Кэши, буферы и некоторые другие настройки + мониторят нагрузку и использование ресурсов через munin или другие системы

955b44d276bf3cd982464a719fe6.png

На тему MySQL - интересно пишут на mysqlperformanceblog.com

Изменено пользователем poiuty
1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

top - 00:15:48 up 1:02, 1 user, load average: 0.02, 0.04, 0.04
Tasks: 23 total, 1 running, 22 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.5 us, 0.0 sy, 0.0 ni, 99.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 1048576 total, 1015788 used, 32788 free, 0 buffers
KiB Swap: 524288 total, 8492 used, 515796 free, 581204 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16477 root 20 0 45872 3616 1944 S 0.3 0.3 0:00.01 login-server_sq
1 root 20 0 10604 748 712 S 0.0 0.1 0:00.02 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd/6000
3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khelper/6000
1361 root 20 0 58744 1416 1180 S 0.0 0.1 0:00.00 rsyslogd
1443 messageb 20 0 29756 408 404 S 0.0 0.0 0:00.00 dbus-daemon
1449 root 20 0 18832 900 736 S 0.0 0.1 0:00.00 cron
1501 root 20 0 70556 4728 2224 S 0.0 0.5 0:00.50 fail2ban-server
1504 root 20 0 49804 992 556 S 0.0 0.1 0:00.00 sshd
1523 root 20 0 22120 1544 1260 S 0.0 0.1 0:00.02 gam_server
1607 root 20 0 71144 3024 2860 S 0.0 0.3 0:00.79 sshd
1609 root 20 0 18728 2588 1668 S 0.0 0.2 0:00.34 bash
2988 root 20 0 9300 1192 1188 S 0.0 0.1 0:00.00 mysqld_safe
3316 mysql 20 0 385m 39m 8084 S 0.0 3.9 0:01.05 mysqld
3317 root 20 0 4040 596 580 S 0.0 0.1 0:00.00 logger
10479 root 20 0 27496 752 512 S 0.0 0.1 0:00.04 vzctl
10480 root 20 0 19360 3544 1548 S 0.0 0.3 0:00.02 bash
16460 root 20 0 21948 1592 932 S 0.0 0.2 0:00.00 screen
16461 root 20 0 18812 3020 1572 S 0.0 0.3 0:00.01 bash
16490 root 20 0 52532 5660 2080 S 0.0 0.5 0:00.01 char-server_sql
16503 root 20 0 428m 365m 3000 S 0.0 35.7 0:03.31 map-server_sql
16621 root 20 0 22320 2188 1276 S 0.0 0.2 0:00.27 htop
16623 root 20 0 21596 1456 1072 R 0.0 0.1 0:00.04 top

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Из htop более наглядно

ac38dab547b38149820c9d6832a8.png

map-server использует 35.7% от всей доступной RAM. На счет cached - это файловый кеш. Но если вы захотите проверить - я могу уменьшить RAM до 512Mb и отключить swap -> чтобы вас не смущал кеш.

Я так же давно узнавал на счет cached memory. Какой из двух вариантов - вам кажется наиболее быстрой и правильным?

Just imagine:

you have a node(or CT,does not matter) with 1Gb RAM and 1Gb swap.

you run a process which loads 999Mb of data to RAM and later use only 1Mb of RAM, but for its work reads and writes files.

a) your ideal behavior: all 999Mb of completely unused data are still in RAM, no swap is used, no RAM for caches at all, any file read requires real disk operation, which is slow.

b ) better behavior: some of unused 999Mb (or all of it!) is swapped out, and freed RAM is used for file caches => file reads do not require real disk access => the node is fast.

Вы достаточно агрессивно настроены "против" OpenVZ. Скорее всего это связано с тем, что вы остались недовольны некоторыми хостерами и качеством их VPS. Такая проблема на рынке VPS хостинг услуг - существует. Самый вопиющий случай: берут VDSmanager + Debian 6 и из обычных реп - ставят ovz - старое unsupported ядро.

Из топовых хостеров(RU), я бы выделил -> fastvps.ru(линейка FPS - отличная) и ihc.ru, здесь действительно коллеги "в теме". Достаточно посмотреть по багтрекеру OpenVZ, чтобы понять кто постит туда баги и предложения.

На счет багов - их исправляют и OpenVZ не стоит на месте. Наоборот эта технология развивается.

Конечно сказывается антипиар OpenVZ (вместе с пиаром Xen) - Экслера. Почитайте ответ-разъяснение Kir`a.

Так же недавно появилась статья на хабре в защиту OpenVZ.

Изменено пользователем poiuty
1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ваш unixbench закончил тест. Поменял вам RAM и отключил Swap

Чтобы наши "читатели" не ждали, сразу опубликую

fb7a69320094f888fcb7b45a736b.png


free -m
total used free shared buffers cached
Mem: 512 493 18 0 0 69
-/+ buffers/cache: 423 88
Swap: 0 0 0

Как видно, *Athena + MySQL + Nginx + PHP-FPM без проблем запустилась на VPS с 512 RAM без Swap -> на 64bit OS(приложения используют чуть больше RAM, чем на 32bit) С другой стороны с таким количеством оперативки, веб сервер -> очень фигово потянет, только если строго залимить количество процессов php-fpm + в самом php allow_memory сделать 8~16mb

Изменено пользователем poiuty
1

Поделиться сообщением


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

А при чем здесь админы и модеры собственно?

2

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не нужно расказывать о Nginx + php5-fpm, они и так едят постоянно мало ресурсов.

cde18995d4e08accad69d87253db8531.png

Об этом я и говорю:

8afe39cc2fb1f9cf35f32a3888046368.png

htop показывает одно значение, якобы верное, но все же. А другие утилиты - другое. Странно, беда.

50e6ff8c7652499eb1d0751275d86891.png

И зачем вы батенька ulimit на unlimited после ребута выставляете? Боитесь аль чего?

064de32b72439022593ffb3d883e4595.png

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

-1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

finalgon, никто ничего после ребута не выставляет. Что же вы раньше это не проверили?

На всех VPS

# ulimit

unlimited

В настройках контейнера - две строчки.

# UBC parameters (in form of barrier:limit)

PHYSPAGES="0:512M"

SWAPPAGES="0:0"

Читайте до конца, на хабре рассказывают про другое.

Написал ulimit -s 1024 в /etc/init.d/rc ближе к верху. Перезагрузился. Потребление памяти на VPS упало более чем вдвое, стало около 100М.

Сколько заявлено - столько у вас и есть RAM.

108f045f9d31374b76ce1499a469.png

Теперь еще пример на счет cached memory, из munin на выделенном сервере на обычном ядре. Откройте для себя, что Linux использует оперативку под файловый кеш.

0d9e5d817a07ce710fd83c96320a.png

На счет, MySQL который ест 10мб - это откровенное вранье. С тем, конфигом, который сейчас MySQL под нагрузкой может теоретически использовать 597Mb -> за счет буферов и возможных 151 коннектов.

[--] Up for: 5h 38m 12s (1K q [0.093 qps], 102 conn, TX: 149K, RX: 154K)

[--] Reads / Writes: 12% / 88%

[--] Total buffers: 192.0M global + 2.7M per thread (151 max threads)

[!!] Maximum possible memory usage: 597.8M (116% of installed RAM)

[OK] Slow queries: 0% (0/1K)

[OK] Highest usage of available connections: 4% (7/151)

[OK] Key buffer size / total MyISAM indexes: 16.0M/172.0K

[OK] Key buffer hit rate: 100.0% (6K cached / 3 reads)

[!!] Query cache efficiency: 0.0% (0 cached / 223 selects)

[OK] Query cache prunes per day: 0

[OK] Temporary tables created on disk: 19% (54 on disk / 273 total)

[OK] Thread cache hit rate: 93% (7 created / 102 connections)

[OK] Table cache hit rate: 24% (96 open / 391 opened)

[OK] Open file limit used: 15% (156/1K)

[OK] Table locks acquired immediately: 100% (1K immediate / 1K locks)

[OK] InnoDB data size / buffer pool: 16.0K/128.0M

Nginx и в особенности php-fpm - используют мало ресурсов, когда ничего не делают. PHP-FPM так же нужна память как и *Athena.

allow memory - это вприницпе *сколько оперативки сможет использовать один процесс php-fpm*

Еще есть какие-то адекватные аргументы против OpenVZ?

Изменено пользователем poiuty
1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ничего автору доказывать не буду.

Скажу лишь одно, что на овз держались серваки с 512 мб озу и работали с 200-300 онлайна.

При 256 мб озу и шаред MySQL тянуло порядка 100 онлайна.

А в тему войны OpenVZ vs KVM - то есть люди с "прямыми руками", у которых на 4х Octa-Core Xeon лагать будет сайт с 100 хостами в сутки.

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скоро.

НО! Я уже чувствую что я проиграл, и меня трижды наебали предыдущие хостеры. Уже видно что не так все. Ладно, сейчас дебиан установлю, и запущу тесты на КВМ

Изменено пользователем finalgon
1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

htop показывает одно значение, якобы верное, но все же. А другие утилиты - другое. Странно, беда.

Пояснение на счет htop, он показывает кеш другим цветом и не учитывает его в общий RAM(числом показывает только USED без ++ кеш и буферы).

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

9260dcc0765c0f554c9ce1a2d36c.png

Cache - используется для операций чтения

Buffers - для записи

Изменено пользователем poiuty
0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

бл, ну и нафлудили. сдам кароч местечко на дедике за разумную цену(герман,мск) писать в скайп annamalyuk (у меня уже стоят 4 сервера Ро, никто не жалуется)

0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

НО! Насколько я понял OpenVZ имеет массу изменений с тем временем когда я использовал их.

По поводу хостинга от pouty. CPU мелковат, 1.2Ghz всего лишь, как-то маловато, но все же человек грамотный, и дает гарантированные ресурсы, рекомендую.

2

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну и на последок: https://waveride.at/plans

сосите хуй - пидарасы.

Вы бы хоть почитали что они пишут:

What is the Waveride no-support policy about?

Not everybody needs support. Low pricing, but NO SUPPORT for software, routing requests, template requests, control panel installations and so on. SolusVM lets you handle 99.9% of these tasks yourself, and you are expected to do so.

- нет смысла переводить и так понятно все.

What is your stance on DDoS attacks?

DDoS (either inbound or outbound) is not acceptable. IPs are nullrouted for a minimum of 12 hours, and we reserve the right to terminate your contract.

- шикарно

Does Waveride provide backups?

Not at this price. We don't keep backups, so please go ahead and make your own.

- лично мне уже страшно за них

Can I get additional IP addresses?

No additional IP-addresses are being assigned. If you need an additional IP, please go ahead and get yourself an additional VPS.

- тоесть ребята вообще не заинтересованы в использовании всего своего пула.

Do you offer any guarantees or provide refunds?

We run the systems based on a best-effort policy. We do not offer SLA or uptime guarantee. No refunds are granted under any circumstances.

- вам не гарантируют аптайм

На главной странице вырезка из текста:

We DO NOT provide any support for software, routing requests, template requests, control panel installations and so on.

-----------------------------------------------------------------------------------------------------

А теперь итог : во первых 10 евро это ну приблизительно пусть будет 14 вечнозеленых или 400р, да с виду немного за 8 гигов 4 ядра и 2 тера НО:

это заслуга оборудования и только. 5 рейд я бы не ставил. Только отдельная полка по iscsi.

- нет бэкапов

- нет никакой поддержки

- странные политики не позволяющие задействовать полностью выделяемые ресурсы на мой взгляд

- нет четкой таблицы трафика раз уж зашла речь о разделении его

- +++ все вышеперечисленное из их же FAQ

-----------------------------------------------------------------------------------------

Собственно коментировать хороший / плохой не стану - просто факты с сайта.

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

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

Изменено пользователем Nezdeshniy
0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну и на последок: https://waveride.at/plans

сосите хуй - пидарасы.

Вы бы хоть почитали что они пишут:

What is the Waveride no-support policy about?

Not everybody needs support. Low pricing, but NO SUPPORT for software, routing requests, template requests, control panel installations and so on. SolusVM lets you handle 99.9% of these tasks yourself, and you are expected to do so.

- нет смысла переводить и так понятно все.

What is your stance on DDoS attacks?

DDoS (either inbound or outbound) is not acceptable. IPs are nullrouted for a minimum of 12 hours, and we reserve the right to terminate your contract.

- шикарно

Does Waveride provide backups?

Not at this price. We don't keep backups, so please go ahead and make your own.

- лично мне уже страшно за них

Can I get additional IP addresses?

No additional IP-addresses are being assigned. If you need an additional IP, please go ahead and get yourself an additional VPS.

- тоесть ребята вообще не заинтересованы в использовании всего своего пула.

Do you offer any guarantees or provide refunds?

We run the systems based on a best-effort policy. We do not offer SLA or uptime guarantee. No refunds are granted under any circumstances.

- вам не гарантируют аптайм

На главной странице вырезка из текста:

We DO NOT provide any support for software, routing requests, template requests, control panel installations and so on.

-----------------------------------------------------------------------------------------------------

А теперь итог : во первых 10 евро это ну приблизительно пусть будет 14 вечнозеленых или 400р, да с виду немного за 8 гигов 4 ядра и 2 тера НО:

это заслуга оборудования и только. 5 рейд я бы не ставил. Только отдельная полка по iscsi.

- нет бэкапов

- нет никакой поддержки

- странные политики не позволяющие задействовать полностью выделяемые ресурсы на мой взгляд

- нет четкой таблицы трафика раз уж зашла речь о разделении его

- +++ все вышеперечисленное из их же FAQ

-----------------------------------------------------------------------------------------

Собственно коментировать хороший / плохой не стану - просто факты с сайта.

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

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

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

-1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас