тем кто делает сайты мобильными и уменьшает их размер )
KVM никогда не нужно.
если что с сервером случится — тут же с бекапа восстанавливаешься на любом другом. все дела.
я вообще не доверяю не одному ДЦ )
и адекватно отношусь к дешевым серверам
всегда готов свалить, с любого ДЦ, не важно пошлют меня нахуй из-за проверки данных, или там из-за абузы, или там из-за ддоса, или там сгорит что-то.
как показывает практика горят даже свежие новые hdd
мои проекты всегда к этому готовы.
поэтому я и делаю кучу аккаунтов. более 10 серверов в 1 аккаунте не держу. а если сервера дорогие, то и 5 серв это максимум.
мой опыт остановился именно на дешевых серверах и постоянной мобильности. я вообще не общаюсь с ТП. поэтому OVH без поддержки, где все на автомате(раз, два, три), меня устраивает.
ты так не разобрался кажется, что такое А запись. и ты еще хочешь открыть хостинг?
4 домена в ns — нужны только, если локается 1 домен — 3 работают.
вот и все.
а уж как человек будет создавать свою dns систему, много вариаций есть.
может быть каждый сервер будет первичный, а все dns вторичные забирающие с этих серверов(ip)
ns1.123.ru (вторичный)
ns2.123.com (вторичный)
ns3.123.org (вторичный)
ns3.123.net (вторичный)
может быть он будет создавать самопальные ns на каждый сервер. например через поддомены третьего/четвертого уровная.
ns.s1.123.ru
ns.s1.123.com
ns.s1.123.org
ns.s1.123.net
чистый самопал зависимый от s1
и там для каждого сервера будет создаваться.
а может быть он будет использовать 2 домена для сапомала. а другие 2 домена для вторичных. уже лучше. даже я бы сказал — норм система.
ns.s1.123.ru (самопал направленный на s1)
ns.s1.123.com (самопал)
dns.123.org (вторичный ns добавленный на серверах для копий)
dns.123.net (вторичный ns)
а может быть он будет использовать чужие dns сервисы.
например
dns.123.ru будет направлен на DNS yandex
dns.123.com будут нправлен на DNS cloudflare
а на серверах будут создаваться.
s1.dns.123.ru
s1.dns.123.com
dns.123.org (вторичный ns добавленный на серверах для копий)
dns.123.net (вторичный ns)
obzor.ly/rating/itogi-2011/
obzor.ly/rating/04-2012/
obzor.ly/rating/mini-rejting-01-09-2012/
obzor.ly/rating/maj-2013/
obzor.ly/rating/vesna-2014/
но вот, спустя 3 года — бекап это истинная вера.
KVM никогда не нужно.
если что с сервером случится — тут же с бекапа восстанавливаешься на любом другом. все дела.
я вообще не доверяю не одному ДЦ )
и адекватно отношусь к дешевым серверам
всегда готов свалить, с любого ДЦ, не важно пошлют меня нахуй из-за проверки данных, или там из-за абузы, или там из-за ддоса, или там сгорит что-то.
как показывает практика горят даже свежие новые hdd
мои проекты всегда к этому готовы.
поэтому я и делаю кучу аккаунтов. более 10 серверов в 1 аккаунте не держу. а если сервера дорогие, то и 5 серв это максимум.
мой опыт остановился именно на дешевых серверах и постоянной мобильности. я вообще не общаюсь с ТП. поэтому OVH без поддержки, где все на автомате(раз, два, три), меня устраивает.
www.insight-it.ru/ — архитектура высоконагруженных проектов (поверхностно, но интересно)
serverfault.com/ — тут все просто, вопросы и ответы
www.digitalocean.com/community/ — статьи от коммюнити digitalocean (за каждую статью по 50$ приплачивают авторам)
mrdeveloper.ru — просто всякие советы
4 домена в ns — нужны только, если локается 1 домен — 3 работают.
вот и все.
а уж как человек будет создавать свою dns систему, много вариаций есть.
может быть каждый сервер будет первичный, а все dns вторичные забирающие с этих серверов(ip)
ns1.123.ru (вторичный)
ns2.123.com (вторичный)
ns3.123.org (вторичный)
ns3.123.net (вторичный)
может быть он будет создавать самопальные ns на каждый сервер. например через поддомены третьего/четвертого уровная.
ns.s1.123.ru
ns.s1.123.com
ns.s1.123.org
ns.s1.123.net
чистый самопал зависимый от s1
и там для каждого сервера будет создаваться.
а может быть он будет использовать 2 домена для сапомала. а другие 2 домена для вторичных. уже лучше. даже я бы сказал — норм система.
ns.s1.123.ru (самопал направленный на s1)
ns.s1.123.com (самопал)
dns.123.org (вторичный ns добавленный на серверах для копий)
dns.123.net (вторичный ns)
а может быть он будет использовать чужие dns сервисы.
например
dns.123.ru будет направлен на DNS yandex
dns.123.com будут нправлен на DNS cloudflare
а на серверах будут создаваться.
s1.dns.123.ru
s1.dns.123.com
dns.123.org (вторичный ns добавленный на серверах для копий)
dns.123.net (вторичный ns)
Я уже все передал потомкам, что изучил и открыл для себя в 2011-2012
читать в порядке очередности
основы сайтов
obzor.ly/2013/04/sozdavaya-svoj-pervyj-sajt/
obzor.ly/2012/06/future-site-and-future-hosting/
основы создания хостинга
obzor.ly/2012/07/how-to-create-your-hosting/
obzor.ly/2012/07/best-for-backups/
obzor.ly/2012/10/kak-sdelat-krasivyj-xosting-ili-kak-provesti-analiz-xostinga-za-10-minut/
obzor.ly/2012/10/gde-mozhno-kupit-vtorichnye-ns/
obzor.ly/2013/04/dns-zona-i-kol-vo-zapisej
obzor.ly/2013/01/obzor-servisov-dlya-email-rassylok/
obzor.ly/2013/01/obzor-standartnyx-sredstv-abuzoustojchivosti/
obzor.ly/2013/01/obzor-raznicy-v-kanalax-u-data-centrov/
основы вторичных знаний после создания хостинга
obzor.ly/2013/01/obzor-besplatnyx-pochtovyx-sluzhb-dlya-polzovatelskix-domenov/
obzor.ly/2012/06/sloud-vds-pros-and-cons-in-2-words/
obzor.ly/2012/12/lyuboj-uvazhayushhij-sebya-xosterproekt-dolzhen-sdelat-ebannuyu-dkim/
obzor.ly/2012/08/kak-narashhivayutsya-tic-u-xosting-kompanij/
obzor.ly/2013/03/pro-deshevye-servera/
obzor.ly/2013/01/obzor-modeli-bezlimitnogo-xostinga/
obzor.ly/2013/01/faq-pro-partnerskie-akkaunty-xosterov/
obzor.ly/2013/01/obzor-servisa-google-picasa/
obzor.ly/2013/04/interesnaya-ideya-investirovaniya-v-xosting/
основы работы хостинга, после создания и настройки вторичных основ
obzor.ly/2013/04/pro-vzaimodejstvie-s-klientami/
obzor.ly/2012/11/ooo-i-licenzii/
obzor.ly/2012/12/mysli-pro-perenosy-ili-smenu-oborudovaniya/
obzor.ly/2012/11/metody-reklamy-xostinga/
obzor.ly/2013/05/dovolno-neploxoj-material-produbliruyu/