PowerScale: Syslog-vientitehon parantaminen PowerScale Isilon -auditoinnin suorituskyvyssä

syslog-tarkastuksen vientitallennusta ei koskaan havaita. Tätä ei ole helppo nähdä, koska tarkastustietokannat ja OneFS-kuormitus ovat hajautettuja. 

Menetelmä on:

1. Tarkista viimeisimmät tarkastusjärjestelmälokin ilmoitusten aikaleimat.
2. Jos tarkastustietueen päivämäärät ovat reaaliaikaisen päivämäärän takana, ne ovat peräisin.
3. Jos tietueissa näyttää olevan jatkuvasti pidempi aika tai ne ovat joskus takana ja joskus kiinni, klusterin ja syslog-määritysten suhteellinen pariteetti on mahdollinen. Tämä on yleensä hyväksyttävää. Se, miten pitkälle "taakse" on siirrytään, riippuu ympäristöstä.
4. Jos suorituskyky laskee joka päivä entistä syvemmälle eikä koskaan saavuta kiinni, on ehkä vähennettävä paikallisia Isilon-sivutarkastuksissa tarvittavia kuormituksia. 

Tarkastus toimii kaikkien solmujen
FIFO-jonossa (ensimmäinen sisään, ensimmäinen lähtö).Jos tarkastustiedot viedään odotettua nopeammin, jono on ajan tasalla.

Jos solmu #1 siirtää ja tallentaa 1 000 tarkastustapahtumaa sekunnissa, mutta pystyy viedä vain kyseisestä solmusta 500 tapahtumaa sekunnissa, tämä arvo pitää paikkansa 24 x 7 x 365, tämä tarkoittaa, että yhden Isilon-solmun kohdalla:

• 1 s:n jälkeen on 500 kohteen viivästys
• 1 minuutin kuluttua 30 000 kohdetta
• 1 tunnin kuluttua 1 800 000 kohdetta
• 1 päivän jälkeen 43 200 000 kohdetta

Jos järjestelmä pystyy kuitenkin enintään puolittamaan päivän työajan tai viemällä sen kaksinkertaisella nopeudella, viivästys puolittuu.

Kun syslog-käyttöönotto on käytetty ennen 9.4-versiota, ilmoitetut asiakastapaukset, joissa on vakavia tarkastuslokeja, ovat suhteellisen harvinaisia.

Vaikka CEE-vaihtoehto on 9,4 syslogia tehokkaampi, järjestelmä saattaa toisinaan saada ilmoituksia viivästyksistä paikallisen "tarkastussuunnitelman" ja hitaimpien nopeuksien vuoksi.

On vaikea tietää, kuinka paljon taltiota on, ennen kuin tarkastus suoritetaan. Energiatehokkaamman CEE-palvelun ansiosta voit myös ottaa käyttöön muita CEE-kohdekoneita ja tehdä yhteistyötä kolmannen osapuolen myyjän kanssa, joka "kerää" nämä tiedot tarkastustietuetta varten.

Muiden CEE-tietojen ansiosta Isilon-puoli voi viedä tehokkaammin. Kukin Yksittäinen Isilon-solmu voi yhdistää enintään kolmeen (3) yksilölliseen CEE-tietokoneeseen samanaikaisesti.

Syslog on erilainen. Jokainen auditointimäärityksen määritetty syslog-kohde vastaanottaa jokainen kirjattu valvontatapahtuma, joka viedään.
Kuvittele, että jonosta lähetetään yksittäinen kirjattu tarkastustapahtuma. Jos syslog-kohdepalvelinta olisi yksi, sitä sisältävä Isilon-solmu lähettäisi kyseisen tietueen UDP-portin 514 kautta 1:1-periaatteella kyseiseen syslogiin.
Jos järjestelmään lisättiin toinen syslog-kohde, joka sisältää kaksi kokonaismäärää, Isilon-solmun on lähetettävä sama yksi jonokohde molempiin yksilöllisiin syslog-kohteisiin. Tämä käytännössä kaksinkertaistaa osan Isilon-solmun kuormituksesta. Kolme syslog-kohdetta kolminkertaistaisi osan työstä jne.

Lisäksi syslogin 9.4:ää edeltävää OneFS:ää varten ei ole asianmukaista säädettävissä olevaa kokoonpanoa, joka koskee tarkastusta.

CEE:n avulla voit vähentää viivästystä vähentämällä tarkastusta ja lisäämällä cee-kohde- ja kolmannen osapuolen toimittajien kapasiteettia.

Syslog-lokin avulla viivästystä voi vähentää vain vähentämällä tarkastusta ajan myötä.

Päivitä OneFS 9.4 -versioon tai uudempaan.

OneFS 9.4 -julkaisujen avulla syslog on optimoiduissa ja hallituissa laboratoriotesteissä havainnut suorituskyvyn parannuksen olevan ~300 %.

OneFS-versioon päivittäminen versiosta 9.4+parantaa todennäköisesti syslog-vientisuorituskykyä.

Suorituskyky vaihtelee ympäristön, käyttöönoton, suunnittelun, verkkojen, työnkulkujen ja auditointitoimintoja luovien inhimillisten toimintatekijöiden mukaan. 
 

Jos syslog-suorituskyky viennissä ei onnistu edes OneFS 9.4:ssä eikä pysty korjaamaan pysyvää tai käytännössä toimimatonta jonoa muutama viikko päivityksen jälkeen, ota yhteys tukeen tarkistettavaksi.
Ainoa tapa vähentää tarkastettujen tapahtumien määrää sekunnissa ja solmussa on muuttaa tarkastustapaa ja -tietoja.

Kun syslog-viennit "virtaavat" Oikein Isilon-klusterista, optimointi ei kuulu Isilon-tuen piiriin:

• Tarkastele, miten auditoit dellin järjestelmäinsinöörejä. Mieti, miten loppukäyttäjäsi (inhimillinen tai automatisoitu) siirtyvät klusteriin ja suorittavat auditoituja toimintoja.
• Tasapainota kaikkien Isilon-solmujen kirjattujen toimintojen työnkulut ja taltiot yhtä tasaisesti: Kaikki kirjatut toiminnot tallennetaan vain tarkastusta varten ja viedään ulos solmusta, johon käyttäjä on yhteydessä.
• Jos Isilonissa on kaksikymmentä solmua, mutta vain viisi käyttää yhteyskäytäntöä, 100 % kyseisistä tarkastustoimista tapahtuu ainoastaan kyseisissä viidessä solmussa.
• Harkitse koko käyttöönoton tarkistamista ja varmista, että kaikkien protokollien toiminnot jaetaan mahdollisimman monen fyysisen solmun päälle. Tämä jakaa auditoinnin kokonaiskuormituksen mahdollisimman monelle solmulle.
• Harkitse vaihtoehtona CEE-pohjaista ratkaisua.
• Harkitse auditoitujen asemien määrän ja laajuuden pienentämistä. Älä ylitä organisaatio- tai säädösvaatimuksia. 
• Jos haluat lisätietoja, ota yhteys Dellin järjestelmien suunnitteluun.