{"id":84900,"date":"2020-06-11T13:43:28","date_gmt":"2020-06-11T11:43:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns"},"modified":"2020-06-11T13:43:28","modified_gmt":"2020-06-11T11:43:28","slug":"prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","title":{"rendered":"Failover semplice per il sito web (monitoraggio + DNS dinamico)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>In questo articolo voglio mostrare quanto sia facile e gratuito creare uno schema di failover per un sito web (o qualsiasi altro servizio internet) utilizzando una combinazione di monitoraggio <noindex><a rel=\"nofollow\" href=\"https:\/\/okerr.com\/\">okerr<\/a><\/noindex> e un servizio DNS dinamico. Cio\u00e8, in caso di problemi con il sito principale (che vanno da un errore 'PHP Error' sulla pagina, fino alla mancanza di spazio o a un numero sospettosamente basso di ordini in un negozio online), i nuovi visitatori verranno indirizzati a un secondo (terzo e cos\u00ec via) server noto per funzionare, oppure su una pagina 'Mi dispiace', dove verr\u00e0 gentilmente spiegato che 'c'\u00e8 un problema, ne siamo gi\u00e0 a conoscenza e stiamo gi\u00e0 risolvendo, sar\u00e0 sistemato a breve' (e in questo caso sarete effettivamente a conoscenza della situazione e potrete apportare le correzioni necessarie).<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Vivere con o senza failover?<\/h2>\n<p>\nFino a quando non si verifica un problema, non c'\u00e8 molta differenza. Ma quando succede, senza il failover spesso accade questo: cerchi di capire rapidamente qual \u00e8 il problema, ma non riesci (i backup non si avviano, il software per qualche motivo non funziona come dovrebbe secondo la documentazione, ecc.), e non c'\u00e8 tempo, i server-siti sono gi\u00f9, i clienti telefonano, tutti sono nervosi, cerchi in qualche modo di riparare in modo grossolano e sporco \"alla bell'e meglio\", poi in qualche modo sembra riavviarsi con delle soluzioni temporanee e continua a funzionare. Pensi che dovresti approfondire e rifare tutto in modo ordinato quando hai tempo, ma non c'\u00e8 niente di pi\u00f9 permanente del provvisorio.<\/p>\n<p>Ora, come funziona nella versione elegante con il failover:<\/p>\n<ul>\n<li>Si verifica un errore<\/li>\n<li>L'errore viene rilevato automaticamente<\/li>\n<li>Viene inviata una notifica<\/li>\n<li>Si effettua il passaggio a uno dei server di riserva<\/li>\n<li>Il problema viene esaminato in modo calmo e senza panico, corretto e il server torna operativo.<\/li>\n<\/ul>\n<p>\nIn questo schema, di certo possono sorgere dei problemi, ma in ogni caso, la procedura \u00e8 lineare, ogni fase qui \u00e8 semplice e la cosa principale \u00e8 che pu\u00f2 essere testata separatamente, quindi la probabilit\u00e0 di errore di questo schema \u00e8 molto pi\u00f9 bassa, e tutte le azioni possono essere automatizzate ed eseguite rapidamente (a differenza del compito di trovare e correggere un'ignota e epica seccatura). Il tuo aereo \u00e8 atterrato in un paese lontano, accendi il telefono e vedi su Telegram una notifica che il server \u00e8 caduto, ma tutto va bene, \u00e8 stato attivato il server di riserva, puoi continuare il tuo viaggio, non hai bisogno di volare indietro n\u00e9 di sistemare via SSH dal caff\u00e8 pi\u00f9 vicino con WiFi. Ti occuperai della situazione quando ti sar\u00e0 pi\u00f9 comodo.<\/p>\n<h2>Il futuro \u00e8 gi\u00e0 qui!<\/h2>\n<p>\nIn passato, il principale problema che rendeva il failover spesso una soluzione inaccettabile era il costo associato. Era necessario acquistare costose attrezzature (e chiamare specialisti ancora pi\u00f9 costosi). Oppure si doveva improvvisare qualcosa di complicato seguendo guide (ho visto anche un'opzione in cui due server erano collegati tramite un cavo null-modem e comunicavano heartbeat affinch\u00e9, al momento giusto, il server secondario potesse rilevare e prendere il controllo). Ora ci sono modi pi\u00f9 semplici e gratuiti. Se avete un sito con gattini, non avete scuse se non avete gi\u00e0 implementato il failover per esso!<\/p>\n<p>Inoltre, per uno schema di failover \u00e8 necessario un ulteriore server (o forse pi\u00f9 di uno) e in passato questo comportava spese enormi, mentre ora si pu\u00f2 ottenere un VDS a basso costo.<\/p>\n<h2>Il sito pi\u00f9 affidabile con gattini<\/h2>\n<p>\nPer illustrare praticamene la soluzione con okerr + DNS dinamico, abbiamo lanciato il nostro sito con gattini <noindex><a rel=\"nofollow\" href=\"https:\/\/cat.okerr.com\/\">cat.okerr.com<\/a><\/noindex>. In realt\u00e0, odiamo i gattini, quindi ce ne saranno pochi. Ci sono tre siti, ognuno appare all'incirca uguale (tutti basati su un modello), ma con diversi gattini per essere facilmente distinguibili e ognuno fornisce informazioni tecniche per mostrare come funziona il failover. La pagina si aggiorna automaticamente ogni minuto, ma \u00e8 sempre possibile premere il tasto di ricarica nel browser.<\/p>\n<p>Nelle informazioni tecniche c'\u00e8 una riga \"status=OK\". A volte i server simulano problemi e scrivono \"status=ERR\". Il server principale \"cade\" ogni 20 minuti di ogni ora (0:20, 1:20, 2:20, ...). Il server di backup ogni 40 minuti. L'ultimo server (il server \"sorry\") funziona sempre. Al minuto 0 di ogni ora, il server principale e quello di backup \"si ripristinano\".<\/p>\n<p><img decoding=\"async\" alt=\"Failover semplice per il sito web (monitoraggio + DNS dinamico)\" src=\"\/wp-content\/uploads\/2020\/06\/5bc603b6379cc5a745a65d3316c4ad3b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSe aprite il sito e lo lasciate aperto in una scheda, vedrete che non smette mai di funzionare (anche se ogni singolo server simula periodicamente un problema), e in caso di problemi con un server, semplicemente \"salta\" tra i server attivi. Cambier\u00e0 l'immagine, il nome e l'indirizzo del server e il suo ruolo. A volte \u00e8 possibile cogliere il momento in cui status=ERR (un problema \u00e8 gi\u00e0 presente, ma l'intero schema di failover non \u00e8 ancora scattato), ma il successivo aggiornamento vi mostrer\u00e0 la pagina di un sito funzionante. <\/p>\n<h2>Failover su okerr + DNS dinamico<\/h2>\n<p>\nDiamo un'occhiata a come \u00e8 strutturato sotto il cofano. L'obiettivo del failover \u00e8 quello di fare in modo che l'indirizzo cat.okerr.com punti sempre all'indirizzo IP del server attivo.<br \/>\nDietro ognuno dei server che ospita il nostro sito di gatti in okerr c'\u00e8 un indicatore che controlla il suo stato ogni minuto.<\/p>\n<p><img decoding=\"async\" alt=\"Failover semplice per il sito web (monitoraggio + DNS dinamico)\" src=\"\/wp-content\/uploads\/2020\/06\/cdb81e84a7f5dd8cb14ea6844517cd55.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIn questo screenshot vediamo come viene controllato il sito cat.okerr.com dal server alpha.okerr.com. La pagina dovrebbe contenere status=OK e come possiamo vedere in alto, lo stato dell'indicatore attualmente \u00e8 OK. Quando il server si 'rompe', sar\u00e0 ERR. (Questo \u00e8 solo un esempio di indicatore, okerr \u00e8 un monitoraggio, quindi \u00e8 possibile attaccare qualsiasi tipo di indicatore, ad esempio controllare lo spazio disponibile su disco, il numero di nuovi ordini nel database e persino indicatori logici, ad esempio, di notte ci saranno alcuni criteri di errore e di giorno altri).<\/p>\n<p>Nelle impostazioni del progetto abbiamo creato uno schema di failover con questi indicatori:<\/p>\n<p><img decoding=\"async\" alt=\"Failover semplice per il sito web (monitoraggio + DNS dinamico)\" src=\"\/wp-content\/uploads\/2020\/06\/9670b496b8f01bdcce6e4b472b3ec37e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNello schema ci sono tre indicatori (tre server), diversi per priorit\u00e0. Il server principale per il sito \u00e8 charlie; se non funziona (non avr\u00e0 'status=OK' o sar\u00e0 semplicemente non disponibile), allora bravo, e in ultimo caso \u2014 alpha. Nella parte destra della pagina viene mostrato lo stato del record DNS su diversi server.<\/p>\n<p>Per coloro che hanno notato che viene utilizzato il nome cat.he.okerr.com: utilizziamo uno schema un po' pi\u00f9 complesso. Invece di modificare semplicemente il record DNS cat.okerr.com, modifichiamo cat.he.okerr.com (su un provider di Dynamic DNS <noindex><a rel=\"nofollow\" href=\"http:\/\/he.net\/\">Hurricane Electric<\/a><\/noindex>), e cat.okerr.com \u00e8 un CNAME (alias) che non cambia, punta sempre a cat.he.okerr.com. A noi piace semplicemente di pi\u00f9 Hurricane come DNS dinamico e ha chiavi per gestire un singolo record (e non l'intera zona), riteniamo che sia pi\u00f9 sicuro. Puoi anche non specificare in okerr le password-chiavi per gestire l'intero dominio, ma solo per il sottodominio o il record.<\/p>\n<h2>Da caduta a ripresa<\/h2>\n<p>\nPasso dopo passo, come funziona questo schema:<\/p>\n<ol>\n<li>Si verifica (simula) un problema sul server.<\/li>\n<li>Il sensore okerr controlla lo stato di ciascun server ogni minuto e comunica al server principale del progetto in okerr.<\/li>\n<li>L'indicatore del server corrispondente cambia stato da OK a ERR.<\/li>\n<li>Quando cambia lo stato dell'indicatore, viene ricalcolato il failover, determinando quale indirizzo deve essere impostato (se necessario. Ad esempio, se il server principale \u00e8 attivo e nel frattempo il server secondario \u00e8 andato gi\u00f9, non ci saranno modifiche).<\/li>\n<li>Questo indirizzo viene comunicato al servizio di dynamic DNS. Al termine di questa fase, sulla destra vedrete lo stato 'synced'.<\/li>\n<li>Very soon (in seconds), the record will reach your domain's DNS servers (for the cat site, this is ns1-ns5.he.net).<\/li>\n<li>A partire da questo momento, alcuni utenti accederanno gi\u00e0 al nuovo server live. Ma non tutti i server DNS nel mondo hanno ancora aggiornato le loro registrazioni, e altrove potrebbe essere ancora memorizzata la registrazione precedente. Puoi vedere come i dati sui server DNS pubblici 'ballano', mostrando ora il nuovo, ora il vecchio valore. Aggiornando la pagina delle impostazioni del failover, okerr richieder\u00e0 automaticamente nuovi dati dai server DNS.<\/li>\n<li>Dopo che i dati si sono stabilizzati, la vecchia registrazione memorizzata \u00e8 scaduta ovunque: tutte le richieste, il 100%, vengono indirizzate al nuovo server.<\/li>\n<\/ol>\n<p>\nPer accelerare il settimo passo (spesso il pi\u00f9 lungo), \u00e8 necessario impostare il TTL della registrazione DNS dinamica il pi\u00f9 basso possibile. Di solito, i servizi consentono intervalli di 90-120 secondi. Questo \u00e8 un compromesso ragionevole.<\/p>\n<h2>Inoltre<\/h2>\n<p>\nTutto questo pu\u00f2 essere configurato in una sera (se hai gi\u00e0 un server di backup). Sia okerr che i servizi DNS dinamici sono gratuiti. Per ottenere in okerr pi\u00f9 controlli e periodi di verifica pi\u00f9 brevi, \u00e8 necessario seguire un training (dalla pagina del profilo). Dopo aver completato il training, il livello aumenta immediatamente (20 controlli all'ora + 1 veloce, di 10 minuti). E se saranno pochi, scrivi a support@okerr.com, molto probabilmente sar\u00e0 possibile aumentare (fino ad ora c'\u00e8 sempre stata questa possibilit\u00e0, non sono mai stato rifiutato, anzi, \u00e8 stato lui a proporre). Non voglio promettere a tutti tutto in principio, non sono sicuro che ci siano risorse sufficienti per mantenere la parola. Ma per ora gli utenti sono pochi, quindi non ci sono problemi ad aumentare i limiti. <\/p>\n<p>Cosa pu\u00f2 fare okerr in generale \u2014 dai un'occhiata al sito <noindex><a rel=\"nofollow\" href=\"https:\/\/okerr.com\/presentation.html\">alla presentazione<\/a><\/noindex>. In generale, \u00e8 un monitoraggio (zabbix dal cloud), e il failover \u00e8 una funzione aggiuntiva gradevole. Inoltre, dal sito puoi accedere alla demo senza registrazione.<\/p>\n<p>Quando lo stato dell'indicatore cambia, viene inviata una notifica via email o Telegram. (Abbiamo osservato cosa sta succedendo e abbiamo capito che, sembra, Telegram \u00e8 il messenger pi\u00f9 affidabile. Grazie a RKN per il test di stress!) Con una corretta configurazione di okerr, ogni notifica \u00e8 un segnale di \"lascia tutto, dobbiamo riparare!\", o \"annullato!\". Non ci dovrebbero essere allerta inutili da okerr (se ci sono, \u00e8 necessario configurare diversamente). Ad esempio, per il nostro sito di gatti, il server alpha \u00e8 l'ultimo e non simula mai un errore. Se cade, dobbiamo saperlo. Gli altri server, invece, simulano continuamente errori, quindi, per non ricevere allerta pi\u00f9 volte all'ora, quegli indicatori hanno lo stato 'silenzioso'. <\/p>\n<p>Ha senso anche creare un server di scuse (su qualsiasi hosting economico), che avr\u00e0 o la vostra pagina di scuse (nel caso in cui tutti i server principali e di backup siano inattivi) o che reindirizzer\u00e0 alla pagina di stato su okerr (ad esempio, la nostra <noindex><a rel=\"nofollow\" href=\"https:\/\/cp.okerr.com\/status\/okerr\/\">cp.okerr.com\/status\/okerr<\/a><\/noindex>) o statuspage.io.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/359372\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 okerr \u0438 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e DNS \u0441\u0435\u0440\u0432\u0438\u0441\u0430. \u0422\u043e \u0435\u0441\u0442\u044c, \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u043b\u044e\u0431\u044b\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u0441 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u043c \u0441\u0430\u0439\u0442\u043e\u043c (\u043d\u0430\u0447\u0438\u043d\u0430\u044f \u043e\u0442 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0441 \u00abPHP Error\u00bb \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0435, \u0438 \u0434\u043e \u043d\u0435\u0445\u0432\u0430\u0442\u043a\u0438 \u043c\u0435\u0441\u0442\u0430 \u0438\u043b\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u0434\u043e\u0437\u0440\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043c\u0430\u043b\u043e\u043c \u0447\u0438\u0441\u043b\u0435 \u0437\u0430\u043a\u0430\u0437\u043e\u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":84901,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-84900","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u043e\u0441\u0442\u043e\u0439 failover \u0434\u043b\u044f \u0432\u0435\u0431\u0441\u0430\u0439\u0442\u0430 (\u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 + \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 DNS) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-06-11T11:43:28+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-06-11T11:43:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Failover semplice per il sito web (monitoraggio + DNS dinamico) | ProHoster","description":"In questo articolo voglio mostrare quanto sia facile e gratuito creare uno schema di failover per un sito web (o qualsiasi altro servizio internet) utilizzando una combinazione di monitoraggio","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u043e\u0441\u0442\u043e\u0439 failover \u0434\u043b\u044f \u0432\u0435\u0431\u0441\u0430\u0439\u0442\u0430 (\u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 + \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 DNS) | ProHoster","og:description":"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-11T11:43:28+00:00","article:modified_time":"2020-06-11T11:43:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"84900","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:47:43","updated":"2022-10-07 20:30:02","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/84900","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=84900"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/84900\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/84901"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=84900"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=84900"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=84900"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}