dj D, except for a higher quality virtual hosting (shared) and AMS or IaaS form, there is such a thing as PaaS. This is when you have allocated resources as the UPU, but you operate not concepts:
- to gain root on a virtual machine
- to tune / maintain 😕,
and concepts:
- chose php 7.4.6 c nginx 1.16.1
- added postgresql 12.3
- was given a certain number of resources to each node
- tightened here ipv4, ipv6 here
- Load the project from the git, or trackback
or just put some wordpress one click.
In general, here are the building blocks of going to what you need. Serve it still necessary in comparison with the SHARED hosting, but the level of customization and maintenance is much lower as compared to the bare UPU.
And yes, we have it in the United States if that;)
On the other hand, if the required resources and little SHARED hosting enough, it makes sense to stay on it. But the SLA on SHARED hosting will always be less.
HK: ovh, leaseweb, packet, ibm
С mainland китаем сложнее (внутри фаервола), там сертификация, есть компании которые на этом специализируются. Чаще всего достаточно подключить китайский CDN если требуется просто улучшить связность и скорость.
Intel Xeon E3-1240 @ 3.30GHz/ 16GB/ 2x2TB HDD
100 Tb трафика на скорости 1 гбит
1 главный + 8 доп IPv4
/64 IPv6
5500 рублей в месяц
Москва
Доп условия:
Редкие ддос атаки до 50 мбит чистого трафика - анти-ддос бесплатно (от ddos guard)
Постоянная защита до 50 мбит чистого трафика - 15к рублей в месяц
с 10гбит портом с 100 тб лимитом в РФ будет стоить от 15к рублей. Но если у вас проблема в атаках, я не советую брать эти проблемы на себя.---------- Добавлено 02.06.2020 в 19:25 ----------
Если вы блокируете на уровне сервера (iptables), то трафик будет идти вплоть до сервера, соответственно, канал будет забит. Чтобы трафик не дошел до сервера, нужно блокировать выше - ToR стойки, корневой роутер провайдера, а еще лучше через flowspec у вышестоящих провайдеров. Во всех других случаях трафик будет прилетать и забивать канал.
Если вы блокируете на сервере и не исчерпаете канал до сервера, то да, все будет работать, если не забьется по pps и производительности сетевой подсистемы ядра. Это зависит от железа и настроек системы, а также от типа атаки.
То что действительно поможет в случае блокировки на самом сервере - это отсутствие исходящего трафика (ответов) на заблокированный трафик. Т.е. атаки на amplification не будут работать. Но это уже детали.
Прежде всего проблемы ддос. Очень хорошо это описал недавно team-voice. Лучше не скажешь.
Также игровой трафик (если мы говорим именно про онлайн игры / кооператив) очень специфичен обычно, также как и webrtc / voip. С этим нет проблем как таковых но провайдеры должны понимать и уметь с этим правильно обращаться. Поэтому конечно лучше смотреть на провайдеров, которые заточены под такие проекты.
По железу ничего особенного нет, все те же вопросы отказоустойчивости (raid, backup), скорость дисковой системы - прежде всего. Кеширование, соответственно отсюда память (ее размер и скорость). Можно начать с какого-нибудь e3 c ssd.
Ну и как уже было сказано - качество сети - это связность с провайдерами, ддос защита (ее наличие и стоимость).
P.S. По пингам нашу рф локацию можно смотреть http://speedru.mircloud.ru
Тот случай, когда советуют не то что лучше клиенту, а то что есть продать :)
dulbak, ставьте четко требования. Если игровый сервер, то это скажем пинг не больше 30 мс по европейской части РФ, связность с основными РФ провайдерами, условия по ддос защите.
Кстати, а точно ли европейской части? Если верить профилю, Вы из Владивостока. Если развернуты на аудиторию оттуда, то смотреть новосиб скорее всего.
По железу imho проще вопрос и напрямую зависит от бюджета и кол-во аудитории. Скорее всего что бюджет скромный, так что можно начать с сервера попроще, с акцентом на производительность 1 ядра а не их количества. Но тут лучше специалисты именно по cs скажут.
SilverMaster, обращайтесь, поможем.
У нас несколько стоек в Teb2 и Teb4 в New Jersey (secaucus), по сути это NY. 3 своих сетевых включения (cogent, zayo, he) ну и пара пирингов.
IP анонс, удаленные руки круглосуточно, хранение оборудования - все это организовано.
½ rack
10 amps 220v
2x1000 unmetered uplink
600$
добавить a/b power - 250$
Можем дать свои свичи, в запасе есть гигабитные простенькие нексусы.
мелкие уд руки вроде ребута - бесплатно
собрать сервер, поменять диски / память - 160$ час, инкремент 15 мин. Цена от дц напрямую, не наглеют.
Стоим там с 2012 года, особых проблем не было.
Леонид, imho имея распределенный пул точек, из полезного было бы здорово сделать сервис типа ping.pe
Это очень часто выручает, сразу видно у кого как идут трасы, где есть проблемы и (чаще всего) где их нет.
ping.pe выигрывает минималистичным дизайном без перегруза скриптами, рекламой и не нужными функциями.
Но там нет поддержки ipv6 кстати.
С удовольствием готовы поучаствовать с предоставлением ресурсов в любых разумных количествах в 3 своих основных регионах для подобных интересных решений.
В том виде в котором этот сервис есть сейчас особой ценности не вижу, но это imho. К названию looking glass уже даже и привык и глаз не дергается :) И кстати mtr от traceroute отличается не просто командой, а назначением: mtr прогоняется много раз именно для сбора статистики потерей, тогда как traceroute вроде как обычно на разовый запуск используется. А из того что я вижу сейчас, это по сути одно и тоже. mtr с 1 прогоном смысла особого не имеет.
p.s. Леонид, критика потому что нравится подход и потенциал. Если бы не нравилось, было бы безразлично ;)
Да я тоже не утверждаю что проблем нет :) Я лишь сказал что никаких глобальных проблем у транзитов нет, могут быть локальные проблемы, на конкретных стыках, по кучи разных причин.
А тексты типа "мировые каналы интернета сильно перегружены" не подтверждаются элементарными графиками загрузки IXs, открытых данных IP провайдеров, данных типа smokeping со сравнением с предыдущими месяцами и т.д.
Что не отменяет того, что могут быть проблемы с конкретными провайдерами, как домашними так и хостинг, у которых было впритык или у которых действительно внезапно сильно вырос трафик по своим причинам.
у меня в нл так идет из рт:
5*ms 5*ms 28*ms**81.177.115.149 7*ms 4*ms 3*ms**81.177.115.148 54*ms 52*ms 52*ms**ae43.frkt-cr4.intl.ip.rostelecom.ru*[217.107.67.21] 63*ms 62*ms 63*ms**ams-ix-gw1.serverius.net*[80.249.211.95] 60*ms 60*ms 74*ms**185.8.179.40 63*ms 63*ms 62*ms**46.249.63.245 63*ms 62*ms 62*ms**infra3.mircloud.host*[185.15.210.77]
т.е. явно не все из рт идет через 217.161.68.33/34. зависит от направления
Не надо нагнетать панику. Проблемы если и есть то они локальные у конкретных провайдеров, у того же РТ, у которого такие проблемы начались с всех этих учений еще с конца прошлого года.
Было бы все же увидеть конкретику, а не просто "стало плохо".
Наш канал между москвой и нл: http://smokeping.mirhosting.com/?target=mh-locations.mh-ru1-router
НЛ - яндекс в мск: http://smokeping.mirhosting.com/?target=top-locations.yandex-http
С селектел все плохо, но возможно это ддос гуард так чистит, хотя странно что именно в марте так стало: http://smokeping.mirhosting.com/?target=top-locations.selectel-http
МТС все норм: http://smokeping.mirhosting.com/?target=top-locations.mts-http
RT добавил, посмотрим.
Глобально по миру также значимых аномалий не замечено. ams-ix, msk-ix + 20%. домашние провайдеры да, возможно перегружены, у меня данных нет. Но глобально ничего особенного с каналами не происходит.
Историй типа https://blog.qrator.net/en/serious-times-serious-leaks_68/ и раньше были.---------- Добавлено 01.04.2020 в 19:49 ----------Вот еще огромная подборка: http://smokeping.serverius.eu/smokeping.cgi?target=russia
Аномального увеличения пинга (смена маршрутов) или потерь пакетов (перегруз) не наблюдается
