xtala zen, Тем не менее, это реальность. Достаточно одной и даже не слишком высокоэнергетичной частицы. Большой какой-то поток не обязателен. Ну и кстати, вот даже статейка нагуглилась, если любопытно: https://geektimes.ru/post/286102/
В первом ответе написано. Есть базы данных, где собирается эта информация. Пример самой распространённой по ссылке. Такую базу можно себе установить и использовать.
Собираются они на основе публичных данных о распределённых диапазонах адресов.
Анатолий, В debian 9, насколько я помню, уже nginx умеет http2 из коробки, а если случайно нет, то у Nginx есть свой репозиторий, из которого можно поставить самый свежий, и конечно, не надо ничего тут собирать.
Старые версии php, также есть в разных репозиториях, если уж на то пошло...
А вы учитесь, не как работать, а как создавать себе проблемы на ровном месте, вот честно...
Анатолий, Познакомьтесь, прежде всего, поближе с системой управления пакетами вашего дистрибутива (в вашем случае apt). С рекомендуемыми пакетами, зависимостями, репозиториями и их приоритетами и.т.п.
То, то у вас всё из исходников, это очень плохо - вы не понимаете как, на самом деле, надо пользоваться пакетным дистрибутивом.
А если это у вас просто мания такая, есть же Gentoo, где действительно, надо собирать софт из исходников, и есть правильные инструменты для этого, заодно. =)
MaKS_Ibl4, Тогда и задача проще - такую и обычным поиском можно решить. Вот только решение этой задачи, только маленький частный случай задачи "Как автоматически убрать шелы из всех папок" решения которой не существует вовсе.
Если не хочется мороки, просто оставьте munin в минимальном варианте со статическими графиками, ну может настроить уведомления(alerts) стоит попробовать - это куда полезнее рюшочек в графиках в работе...
У вас явно не хватает знаний и опыта просто. Если не удалось осилить даже cacti, которая совсем не многим сложнее, браться за что-то другое, вероятно, не стоит.
Не глюк - без cgi он генерирует и хранит просто картинки, и конечно, нет никакого масштабирования.
Но, и когда всё настроено там, мягко говоря, всё плохо с этим.
Мунин это очень простенький и старый мониторинг, хотя если есть пара серверов, и нужны данные, а не рюшечки, его хватает.
Хочется красивостей/возможностей, надо ставить что-то другое, благо выбор велик сейчас... Из munin вы ничего навороченного не сделаете.
sinestery, Простенький сервер с безлимитным каналом на 100мбит стоит $100 - $120, т.е. в несколько раз больше озвученного бюджета. И большая часть цены, это именно канал. Канал, при этом, обычно не гарантированный по полосе, но безлимитный, и чаще всего, даже действительно 100мбит большую часть времени.
sinestery, Виртуалка без дикого оверсела, по пределению, будет в разы дороже при одинаковых ресурсах...
Так что возьмите второй, и сделайте балансировку через DNS, например.
Кстати, трафик это самое дорогое в хостинге, дальше электричество, а остальное это разовые вложения которые быстро окупаются... Дешёвым реальный выделенный быстрый безлимитный канал, не бывает просто.
Скажу даже так, канал который вы хотите, куда дороже, чем вы хотите заплатить за виртуалку с ним.
Присоединюсь - не учите битрикс...
Поработайте где-нибудь на upwork с Laravel.
Займётесь Битриксом, проклянёте всё - г. он ещё то. =) И зарабатывать будете куда меньше, кстати.
Arti Markelov, Учтите, что в большей части мануалов предлагается гонять весь трафик через VPN, а вам нужно только трафик во внутренней сети. Стоит обратить на это внимание.
Arti Markelov, Можно - любой reverse-proxy это сделает, если вопрос о http запросах, да и даже iptables можно обойтись, прокинув траффик 80/443 порта. Только учтите задержку между домашним сервером и VPS, она будет прибавляться к времени обработки запроса.(т.е. vps лучше ближе к дому иметь, с маленьким пингом).
lxfr, Скорее как ездить на мопеде по узкой тропинке вдоль обрыва, и подумывать, а как же я тут на жиге-то проеду, и сколько будет стоить постройка тут шоссе... =)
Скорее всего такой переход, даст вам только головную боль и расходы. Надо понимать, что постгрес не лучше, он немного другой. И в вашем классе задач у него нет какого-то явного превосходства, из-за которого надо было бы всё бросить и переходить.
Кстати, и nosql это не быстродействие: это масса разных совсем хранилищ, для совсем разных задач. Где-то быстродействие, где-то отсутствие схемы, где-то масштабируемость где-то отказоустойчивость... И они как таковые не лучше реляционых баз, но конкретный представитель может быть лучше в конкретной задаче, на которую он заточен.
На сервере с выделенным ip вы настраиваете и запускаете openvpn сервер, на сервере без белого ip настраиваете openvpn клиент и подключаетесь к серверу. И у сервера и у клиента теперь есть маршрутизируемые между собой IP, какие именно, зависит от настроек openvpn.
Дальше вы можете обращаться в любую сторону по этим IP адресам, как будто сервера соединены напрямую кабелем.
Как именно настроить openvpn полно мануалов в сети. И тут не сильно уместно было бы писать ещё один.
Если же будут конкретные вопросы по настройке openvpn, лучше спросите отдельным вопросом.
А если что-то не понятно концептуально - пишите, что именно, попробую объяснить.
