Tuokin on yksi vaihtoehto, tarkoituksena olisi rakentaa klusteriliikenteelle ja backupliikenteelle oma 10gbps kuituverkko useamman hostin välillle. Mietin vain, eikö tuosta tulisi hirvittävä sillisalaatti, kun aina verkkokortin perässä olisi yksi mediamuunnin, josta jatkettaisiin sfp:nä, tällaista kaapelia tai jotain vastaavaa ajattelin käyttää.
Muistelen että ainakin toinen käytössä olevista korteista olisi tuo 520-DA2 mutta brändätty IBM:äksi. Olen lukenut kans tuota samaa, mutta jostain muistelen hatarasti että joku kirjoitus oli jossa kerrottiin tuon tarkistuksen tapahtuvan ajuri tasolla eli voi olla että proxmox (linux) käyttämä ajuri ei tuota tee. En muista tarkalleen mitä optiikoita juuri tuossa on käytössä, mutta jotain vaihtoehdoista FTTX Technology tai Finisar
Zabbixissa on itselläni kotona postgres, samoin kuin duunissakin. Duunissa toisin on postgresin Timescale käytössä ja kotonakin alkaisi olla pakko siihen vaihtaa kun alkaa vakio-postgresissa puhti loppumaan.
Mites tuo postgresqlin timescale eroaa normaalista, oletko löytänyt jotain hyvää migratointityökalua mariadbstä posgresqliin, itsellä siis mariadb vielä osittain käytössä.
Ja powerihan se oli. Kun vaihtoi uuden tilalle niin jo alkoi toimia ja on nyt pari päivää pyörinyt hyvin. Koska serveri oli joka tapauksessa alhaalla niin siiretlin sen nyt tuohon uuteen kaappin samalla. Oikeastaan vanha musta kaappi on tyhjä ja pitäisi purkaa pois.
Hienoa että ongelma selvisi. Nuo poweriongelmat on välillä tuskaisia selvittää. Meilläkin oli duunissa yhdessä serverissä aikanaan mystisiä ongelmia, oli sellainen toissijainen serveri jonka poweria ei aiemmin ollut kahdennettu mutta rupesimme ihmettelemään kun se satunnaisesti boottaili eikä oikein mihinkään lokiin jäänyt mitään muuta kuin "laite on bootattu". Kyseisessä laitetilassa oli useampia sähkönsyöttöjä ja jostain syystä juuri meidän tuon yhden serverin syöttö pätki mutta siinä olevaa ongelmaa ei oltu aiemin huomattu kun kyseinen syöttö syötti VAIN meidän tuota serveriä jossa oli vain yksi poweri. Kun tuohon laitettiin toinen poweri joka otti sähkönsä kokonaan toisesta keskuksesta tuo yhden syötön ongelma kävi ilmi ja sekin on nyt korjattu.
Joo, sellaiset ongelmat jotka ei missään logeissa näy on hankalia. Tuohan sinäänsä oli jollain tavalla helppo arvata koska serverin ei koskaan pitäisi sammua niin pahasti että edes iLO ei toimi. Toki ei voi laadusta tuota poweria kehua sillä se kuitenkin kesti vain pari vuotta. Kyseessä siis 500W HPE flex slot joten melko "standarti kamaa" HPE:n servereissä. PItää varmaan jossain vaiheessa tilata toinen poweri niin on kahdennettu ja jatkossa ei powerin vika aiheuta koko serverin sammumista.
Mikrotikit omanlaisiaan konffattavia, mutta kun noiden kanssa pääsee sinuiksi niin loistavia laitteita kyllä mielestäni. Tuossa tutkiskelin heidän tarjontaansa ja tunkkaajille näyttäisi löytyvän oikein kiva aihio 5G purkin rakentamiseen, teltonika myös toki hyvä vaihtoehto. Itse myös ihmettelin pitkään vlanissa olevien porttien näkymistä, mutta print detail komennon kautta nuo löytyvät, toisaalta miksi noita ei voida näyttää suoraan print komennolla, näitä routeros:n outouksia. Ilmeisesti useampi tapa konffata asioita johtuu mikrotikin käyttämistä kytkinsiruista ja eri laitekonfiguraatioista, joka tuo sitten painolastia käyttöjärjestelmään. TOsiaan jokin näytä koko laitteen konfiguraatio olisi mukava ominaisuus, jos konffaat jonkun toisen säätämää laitetta homma menee etsimiseksi sieltä ja täältä.Noniin, tässä on viikonloppu ihmetelty Mikrotikkiä. Ensivaikutelma sen perusteella on että maine hankalasti lähestyttävästä pitää osittain paikkaansa.
Koska verkonhallinnan normikone on Linux niin en jaksanut alkaa värkkäämään Winboxia, jolla Mikrotikkejä voi hallita graafisesti, toimintaan vaan päätin reippaasti turvautua perinteiseen sarjaportti konsoliin. How hard can it be.
Noh, ei se ihan suoraviivaista ollut. Mikrotikin routerOS:sä näkee selvästi sen historian että softaa on aikanaan tekemään nimenomaan reitittimen pohjalta. Oletus tunti siis vahvasti olevan että jokainen interface on aina L3-interface. Käyttö L2 kytkimenä siis tapahtuisi siltauksen kautta joka sinäänsä ei ole mitenkään poikkeuksellista reitittimissä. Tuo Mikrotikin CLI ei vain oikein tunnu loogiselta käyttää ja ilmeisesti routerOS V6. ka V7 välillä tuohon on tehty vielä jotain muutoksia toimintaperiaatteisiin ja ulkonäköön (mm että ? on korvaantunut F1 painikkeella joka ainakin omasta mielestä on typerää). Mitään erillistä konffaus ja käyttö tilaa ei ole eikä koko laitteen configuraatiota nähnyt mitenkään helposti (tyyliin display current-configuration tms".
Toinen mikä hämäsi pitkään oli tämä:
Mikrotikin ja monen muun ohjeessa varmennetaan onnistunut VLANien konffaus bridgeen alla olevalla komennolla.
MUTTA, itsellä se ei näyttänyt yhtään interfacea tuossa. Pariin kertaan konffin tyhjäyksen ja uudelleen teon jälkeen selvisi että kun print komento näyttää vain current-tagged ja current untagged joissa näkyy siis protokola tasolla ylhäällä olevat porit. Minun olisi siis pitänyt käyttää print detail komentoa että näkisi kaikki vlan taulukossa olevat portit. Tätä toki vielä vaikeutti se että koko laitteen konffeja ei CLI:n kautta saanut helposti näkyviin. Koska laite oli minulla työpöydällä etukäteen konffittavana niin siinä ei tietenkään ollut yhtään portti ylhäällä.
Alla olevassa kuvassa kytkimessä on siis kaikki VLAN 2 portit ylhäällä paitsi SFP-SFPPLUS8
Koska VLANien lisäksi toinen asia mikä piti saada konffittua oli etähallinta päätin katsastaa web-hallinnan joka laitteesta löytyy. Se matkii ulkoasultaan winboxia. Ohjelmiston päivitys verkon yli olisi onnistunut parilla napin painalluksella mutta koska hallinta IP oli oletus osoite ja toisaalta taas siellä missä konffasin ei ollut pääsyä lopulliseen hallintaverkkoon niin ajattelin että päivitys offlinena ei voi olla kovin vaikea. Noh, eihän se tavallaan ollutkaan. Ihmettelin pitkään että mistä valikosta se pitää tehdä mutta sitten selvisikin että riittää kun softapaketin lataa laitteen sisäiseen muistiin ja sitten vain...... käynnistää uudelleen laitteen niin se päivittyy itsekseen. Omasta mielestä vähintäänkin outo tapa suorittaa offline päivitys.
Konffien ihmettely webhallinan kautta tuntui paljon loogisemmalta kuin CLI joten ei ihme että monissa tutorial videoissa asiat sitä kautta tehdäänkin. Mikrotikin oma dokumentaatio taas näyttäisi poikkeuksetta käyttävän CLI-tapaa. Lisäksi ilmeisesti monia asioita on useampi eri tapa konffia jotka toimii joka omasta mielestä on huono asia ja aiheuttaa vain tarpeetonta sekavuutta varsinkin jos pengot jonkun muun konffaamaa laitetta joka on konffattu juuri niinkuin et itse ruukka konffia.
Kirjoittelen lisää ja postaan koko konffin kun saan asennuksen viimeisteltyä.
mikrotik.com
mikrotik.com
export komento CLI:ssä tulostaa laitteen konfiguraation. Voi valita että näytetään kaikki tai vain oletuksista muutetut.
