venerdì 30 maggio 2014

HowTo Installare APC su cPanel / WHM

CPanel include il supporto nella loro installazione per eaccelerator ; ancora, per qualche strana ragione non includono il supporto per APC anche. Quindi, se si desidera installare APC sul server alimentato CPanel, si dovrà tornare alla linea di comando e installarlo manualmente.
Ecco i passi necessari per installare l'ultima versione di APC (3.1.8 al momento della stesura di questo articolo, si prega di verificare l'ultima versione disponibile quando si sta leggendo questo e apportare le modifiche di conseguenza):
1 
2 
3 
4 
5 
6 
7 
8
cd / usr / local / src
 wget http://pecl.php.net/get/APC-3.1.8.tgz
 tar-zxvf APC-3.1.8.tgz
 cd APC-3.1.8
 phpize
 . / configure - enable -apc - enable-apc-mmap - with-apxs - with-php-config = / usr / local / bin / php-config
 fare
 make install
Quindi, attivare il modulo apc in php.ini aggiungendo qualcosa di simile a questo:
1 
2 
3 
4
extension = "apc.so"
 apc.enabled = 1
 apc.shm_segments = 1
 apc.shm_size = 128
Infine, si dovrà riavviare apache e dopo che il modulo APC dovrebbe essere attivato e in uso.Speriamo che questo vi aiuterà attiva APC sul server cPanel in alcuni passaggi molto semplici in meno di 5 minuti.

martedì 27 maggio 2014

Ripristinare Xen VM Da LVM Snapshot Backup

Qual è l'uso di backup, se non è possibile ripristinare da loro? ;)
Nel post precedente su "Xen backup con LVM e rsnapshot" abbiamo lavorato sulla creazione di copie di backup di Xen (ospite / dominio) VM con LVM, e qui tratteremo il processo di ripristino da questi backup.
Ciò che è coperto qui:
Ripristino di file o directory specifiche Doing tipo "bare-metal" di restauro. Noi ricreare la VM dal nostro backup rsnapshot. Processo di ripristino:
1.) Ripristino di file o directory specifici solo
Mentre questo scenario di ripristino è un gioco da ragazzi, comunque io voglio solo parlare del fatto che anche qui. Fondamentalmente questa è la solita copia di file (tramite CP, scp, ftp, rsync, ecc) dalla sorgente o server di backup al server di destinazione.
2.) "Bare-metal" ripristino (un'immagine completa vm crea dal backup).
Presentazione di "bare-metal" processo di ripristino:
creare, formattare e montare volumi logici per usare il vm che si desidera ripristinare o ri-creare, sulla base delle sue proprietà originali del disco vm come le dimensioni, nomi, ecc copiare tutti i file dal percorso di backup sul disco LVM appena montato
regolare necessarie configurazioni Xen VM (se del caso, come il nuovo indirizzo IP) e avviare / creare la vm utilizzando il volume con contenuti restaurati o file, e il gioco è fatto. Nell'esempio di ripristino di sotto mi riferisco al vm come "domain.com" e noi vi ripristinare i backup di un volume diverso con la stessa config come l'originale. Poi inizieremo la vm, domain.com, utilizzando il volume ripristinato.
Ecco la configurazione di esempio VM che useremo. dischi VM orignal: / dev/vg0/domain.com-disk (10GB) e / dev/vg0/domain.com-swap (512MB) di backup si trova in "/ backup" di accoglienza configurazioni di dischi delle macchine da utilizzare sul vm restaurato: / dev/vg0/domain-restore.com-disk (10GB) e / dev/vg0/domain-restore.com-swap (512) Per avviare determiniamo la macchina virtuale per ripristinare così come il backup da utilizzare per il ripristino.
Poi creeremo volumi logici con gli stessi valori dei volumi di marcia come definito nel nostro / etc / xen / domain.com.cfg. Si prega di notare che non c'è bisogno di ri-creare il disco di swap se si vuole, ma in questo caso ti basta creare un altro.

1 
2
lvcreate-L 10G-n-dominio restore.com-disk vg0
 lvcreate-L 512M-n-dominio restore.com-swap vg0

Formattare il "disco" e montarlo da qualche parte sulla macchina host (es: / backup-restore) e copiare i file di backup in esso, e smontarlo dopo la copia.

1 
2 
3 
4 
5 
6
mkfs-t ext3-v / dev/vg0/domain-restore.com-disk
 mkdir / backup-restore
 mount / dev/vg0/domain-restore.com-disk / backup-restore
 cp-rpfv / backup/domain.com- disk / * / backup-restore /
 umount / dev/vg0/domain-restore.com-disk
 rmdir / backup-restore

Ora abbiamo il volume che contiene i file ripristinati in / dev/vg0/domain-restore-disk e pronti per l'uso da parte nostra domain.com VM.
Facciamo arresto macchina "domain.com" e modificare la configurazione del disco per utilizzare il nuovo volume / restaurato.

1
xm shutdown domain.com

Poi ci aggiorniamo il nostro vm xen config di lasciare il nostro "domain.com" vm utilizzare il "domain-restore-disk". Ti modificare / etc / xen / original.domain.com.cfg e cambiare i dischi per puntare a nuovi volumi con contenuti restaurati.
Da:

1 
2
'Phy :/ dev/vg0/domain.com-disk, xvda2, w',
 'phy :/ dev/vg0/domain.com-swap, xvda1, w',

A:

1 
2
'Phy :/ dev/vg0/domain-restore.com-disk, xvda2, w',
 'phy :/ dev/vg0/domain-restore.com-swap, xvda1, w',

Inizia la nostra macchina domain.com sul suo contenuto restaurati.

1
xm create / etc / xen / domain.com.cfg

Questo è tutto - si dovrebbe avere la vostra VM in esecuzione dal suo stato ripristinato! Se tutto è ok non è possibile configurare rapidamente il vm di utilizzare i volumi originali e riavviato.
Se non si vuole toccare la macchina dal vivo, si può semplicemente creare un altro vm con la stessa configurazione di quello dal vivo, creare nuovi volumi e ripristinare i backup di VM.

Corso Amministratore Linux - Corso Linux Server - Corso Sistemista LinuxCertificazione Linux -Certificazione LPI

venerdì 23 maggio 2014

Un giorno nella vita di Facebook Operations

Note dalla presentazione "Un giorno nella vita di Facebook Operations" di Tom Cook, Systems Engineer, Facebook a Surge2010 conferenza.
Finora questa è la sessione più frequentato. Standing camera disponibile solo solo prima di iniziare.
Che cosa significa amministratori di sistema facebook devono sostenere?
  • Mensili 700,000,000 minuti di tempo speso su fb
  • 6billion pezzi di contenuti aggiornati
  • 3 miliardi di foto
  • 1 milione di implementazioni di connessione
  • Mezzo miliardo di utenti attivi
Crescita Infrastrutture
  • fb raggiunto un limite di leasing spazio datacenter
  • fb sta costruendo il proprio http://www.facebook.com/prinevilledatacenter
  • attualmente in servizio fuori della California e Virginia
Inizialmente uno stack LAMP. LB -> Web Server -> Servizi / Memcached / Basi di dati
Originariamente facebook era un semplice sito di Apache PHP. Quando fb iniziato a colpire un limite a questo, hanno iniziato la compilazione di PHP in C + + ( HipHop per PHP).
FB sostiene di essere il più grande dispiegamento memcache in tutto il mondo. Essi server di 300 Terbytes di dati memcached dalla memoria.
MySQL miglioramento s contribuito posteriore è flashcache.
Servizi supportati
  • News Feed
  • Ricerca
  • Nascondiglio
Linguaggi di implementazione del servizio
  • C + +
  • PHP - front-end
  • pitone
  • Rubino
  • Giava
  • Erlang (chat room)
Come parlano tra questi? Json? SOAP? No, FB Thrift attuato - ligtwaith software framework per lo sviluppo del linguaggio trasversale, una colla comune dietro tutti i sistemi di facebook.
Per i sistemi, che cosa ha fb di preoccuparsi su una base quotidiana?
  • distribuzione
  • monitoraggio
  • manaement dati
  • Aggiornamenti operativo di base
Facebook OS è .... CentOS!
Sistemi di Gestione
  • Configuration Management
  • CFengine per la gestione del sistema
  • On Demand
Distribuzioni
  • Web Push - nuovo codice viene distribuito a FB, almeno una volta al giorno. La sua una spinta coordinata, tutti sono a conoscenza, la notifica avviene a Dev Team. Chiunque siti sul IRC durante la spinta. Si comprensione passa da ingegneri e il resto della compagnia
    • spingere software costruito su on-demand strumenti di controllo
    • codice distribuiti tramite sciame BitTorrent interna
    • php viene compilato, le poche centinaia di MB binario viene rapidamente spinto po bia torrent.
    • ci vuole un minuto per spingere tutta la rete
  • Distribuzioni di backend - solo ingegneria e le operazioni. Ingegneri scrivono, prova e visualizzazione
    • Prendere rapidamente decisioni prestazioni
    • Esporre modifiche sottoinsieme del traffico reale
    • No 'impegnarsi e uscire'
    • Profondamente coinvolto in movimento servizi alla produzione
    • Ops 'embeded' nel team di progettazione
  • Heavy Change logging - pin code che punta a ogni pressione e il cambiamento
Monitoraggio e metriche dei server e le prestazioni su facebook
  • Gangli - aggregati metriche
    • veloce
    • lineare
    • griglie e piscine annidate
    • oltre 5 milioni di metriche monitorate
  • sistema di monitoraggio inhouse facebook
Monitoraggio - facebook utilizza ancora Nagios !
Per gestire la complessità e il numero di allarmi e sistemi di monitoraggio della squadra fb utilizza aggregazione. Inizialmente gli allarmi sono stati gestiti tramite e-mail.
Scribe - domanda di registrazione ad alte prestazioni. Syslog utilizzato inizialmente. Utilizzato anche Hadoop e Hive.
Come funziona e viene fatto?
  • chiara definizione delle dipendenze e delle responsabilità
  • Fallimento Constant
  • I server erano la prima linea di difesa, poi ha iniziato concentrandosi su rack
  • Ora è focalizzata su cluster. Basato delineazione Logical sulla funzione (web, db, mangimi, ecc)
  • Tappa successiva è data center - cosa fare se un disastro naturale?
  • Comunicazione costante - le informazioni sono condivise costantemente.
    • IRC
    • un sacco di bot automatizzati, get e set di dati
    • aggiornamenti interni
    • "Basette" a strumenti interni
    • Cambiare registro / feed
  • Piccole squadre
Fatto interessante - ogni server fb riceve un aggiornamento in media ogni otto minuti.
Giorno più trafficato per FB è il giorno dopo Halloween :)