- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую, коллеги.
Разрабатываем проект, для которого крайне важна стабильная высокая скорость обработки исходящих и входящих запросов к БД, и аптайм (платный доступ к функционалу, соответственно, юзеры будут в бешенстве, если что-то тормозит или вообще лежит) . К ресурсам проект не требовательный, т.к. посещаемости немного.
Я очень мало понимаю в вопросе, если утрировать, то приходит на ум что-то вроде аналога RAID 1 из 2х разных хостингов, чтобы в случае проблем с одним, подключался второй без потери данных. Не знаю, как это правильно обозвать, кластер, клон, реплика, зеркало может... что-то в этом роде.
Подскажите плиз, где (быстрый VDS, дешевый дедик, облако...) и как бы вы разместили сайт, для идеального соотношения цена/качество?
Хостерам можно советовать решения, но предлагать какие-то свои конкретные тарифы - не нужно (я и сам посмотрю их, если что)
Спасибо.
1. Взять три VDS в Хетцнеровском облаке и объединить их в vlan
2. На двух из этих трёх разместить ваш проект и настроить репликацию баз данных и т.п. между ними. Третий vds будет выполнять управляющую и контролирующую роль за этим процессом.
3. Выбрать dns-хостинг (dyn.com, dnsmadeeasy.com и т.п.) где есть поддержка Failover Records и внести туда IP адреса вот тех двух vds на которых проект из п.2. И тогда в случае недоступности одного из них тут же весь трафик будет заворачиваться на второй (если оба доступны то равномерно примерно будет нагрузка распределяться)
Junost, это "rocket science". Если "очень мало понимаю в вопросе" - лучше не беритесь, и даже если у кого то заказывать, чтобы настроил, надо будет за этим хозяйством приглядывать - нужен будет на постоянку специалист. Такое решение обычно делают на платформе Amazon или самостоятельно, особенно в российских реалиях.
1. Взять три VDS в Хетцнеровском облаке и объединить их в vlan
В хезнере разве можно делать подобное на VDS? вроде только на дедиках.
В хезнере разве можно делать подобное на VDS? вроде только на дедиках.
Да, виноват - vlan в облаке пока нет, значит дедики взять.
Как вариант, чтоб без специалистов https://firstvds.ru/products/vds_vps_cloud
И еще (насколько я понимаю - то же самое) SLA 99.99% https://www.ovh.co.uk/vps/vps-cloud.xml
Рекомендую ни в коем случае не замыкаться в одном хостере/ДЦ
падают все, вообще все.
Потому 1 дедик в хетзнер/овх, 1 дедик где то в западной части РФ (выбор большой), 1 дедик в восточной части РФ.
Организуете между всем этим некое подобие приватной CDN. И будет вам счастье прям как и и хотели в первом запросе.
Минусы этого решения:
1. цена (3 дедика это 3 дедика)
2. нужен квалифицированный исполнитель (не поверите но собрать грамотно требуемое вам решение таки не 2 минутная задача)
Друзья, спасибо, теперь более понятно куда копать...
Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?
Друзья, спасибо, теперь более понятно куда копать...
Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?
зависит от задач.
лучше всего размещайтесь там где есть возможность расширения при необходимости, без переезда на другой сервер
Друзья, спасибо, теперь более понятно куда копать...
Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?
Прикиньте, сколько и каких данных необходимо будет синхронизировать между серверами, а также как часто это надо делать. Одно дело - перебросить пару файлов раз в сутки, а другое - репликация большой нагруженной БД, например.
Также будет нелишним протестировать связь между локациями перед тем, как там разворачивать сервис.
Друзья, спасибо, теперь более понятно куда копать...
Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?
Очень важно, как уже сказали выше, тестировать связность между конкретными локациями, а также скорость загрузки и отдачи файлов между ними.
Если для обоих серверов заявлен канал в 100 мегабит, это вовсе не означает, что Вы сможете передавать файлы на такой скорости между двумя локациями. Это лишь скорость от сетевого оборудования ДЦ до сервера, не более того. За сетевым оборудованием ДЦ (или даже в пределах ДЦ) канал может быть перегружен и на деле Вы получите, к примеру, лишь стабильные 25 мегабит.
Поэтому прежде чем выбрать локации, потестируйте загрузку файлов между ними. Большинство ДЦ согласится для Вас позагружать туда-сюда тестовые файлы до оплаты аренды сервера.