Ahoj,
chtěl jsem se zeptat, zda máte někdo zkušenosti s Mesosphere
(Mesos, Marathon, Zookeeper, Chronos)? Zvažuju to jako jednu možnost jak
vyřešit správu svých serverů a aplikací na nich. Je to spolehlivé? Na co
si dát třeba pozor? A dá se to vůbec zprovoznit na našich vpskách?
Případně nějaké alternativy? :)
Díky za odpovědi.
Standa
No, nez to resit s rapsberry (prominte ze ho nenavidim, ale je to jen nepovedena hracka a se spolehlivosti provozu to nema nic spolecneho). To uz spis tahle kombinace - kdyz uz to bastlit z nejakejch koupenejch prototypovacich desek:
http://www.aliexpress.com/item/GSM-GPRS-Shield-For-Arduino/733792647.htmlhttp://www.aliexpress.com/item/Free-Shipping-Low-Price-for-Arduino-Ethernet…http://www.aliexpress.com/item/Free-shipping-high-quality-UNO-R3-MEGA328P-C…
--
Stanislav Petr
glux(a)glux.org
> 10. 5. 2016 v 23:01, Pavel Snajdr <snajpa(a)snajpa.net>:
>
> To je tak strasne smutny, ze jim to nesedi na rpi s ethernetem,z tech fotek, ze si radsi udelam svuj shield (na coz vybaveni je a rad si pohraju).
>
> Nebo maji nejakou novejsi revizi, kde ta deska neni tak ohnuta, kdyz je pripojena o picko s ethernetem?
>
> Jinac, pravdaze mozna jedine, co musime zresit, je akorat zmena providera - monitorovano mame do krize Praha - Brno, takze pokud padne konektivita v jedne z lokaci, vime o tom z druhe.
>
> Mate pls kontakt/link na to GTS?
>
> Diky vsem :)
>
> Btw, chystame se delat srazy kazdy mesic v jednom meste, diky tomu,ze adresy vsech jsou ve vpsAdminu, mame mapku distribuovanosti vsech clenu po ceskoslovensku, takze se potkame, my co vam ty VPSky pachame, se vsema, kdo bude mit zajem, a to pravidelne:)
>
> A tak doufam, ze se zapoji i dalsi a posunem vpsFree zas o kousek dal ;)
>
> /snajpa
>
> From: Tomas Lastuvka
> Sent: 10. 5. 2016 19:56
> To: vpsFree.cz Community list
> Cc: Stepan Liska
> Subject: Re: [vpsFree.cz: community-list]Posílání SMS z Linuxu (SMTP-SMS na Android)
>
> Ahoj, tak konecne u kompu..
> Osobne jsem myslel tento modul k rpi - https://www.itead.cc/raspberry-pi-sim900-gsm-gprs-add-on-v1-0.html
>
> Na netu je k tomu hafo navodu jak vyuzivat a co vim tak je to spolehlive reseni.
>
>
> ---- On Út, 10 V 2016 18:35:15 +0200 Ladislav Blažek <ladislav(a)lblazek.cz>wrote ----
>
>
> Ahoj,
> Taky doporučuji kannel. Měl jsem ho kdysi napojený na GSM modem pro zpracování příchozích i odchozích sms zpráv. Fungovalo to dobře.
>
> Jinak ty "sms gate as sevice" jsou fajn pokud je konektivita a něco se nepo.... po trase. K monitorovacímu stroji je imho lepší dát ten modem.
>
> L.
>
> Od: Stepan Liska
> Odesláno: úterý, 10. května 2016 18:24
> Komu: vpsFree.cz Community list
> Odpovědět: vpsFree.cz Community list
> Předmět: Re: [vpsFree.cz: community-list] Posílání SMS z Linuxu (SMTP-SMS na Android)
>
>
> Omlouvám se, že to kouskuju. Ještě bych chtěl poznamenat, že kannel jsme měli nakonfigurovaný na 2 SMS brány a ještě záložní GSM modem. Kannel je docela hezký balíček, pokud vím, tak to SMS centrum od GTS na druhé straně byl taky kannel.
>
> http://www.kannel.org/
>
> Osobně jsem to nedělal, ale vím, že to kluci měli nakonfigurované za chvilku (nejdéle potom trvalo napsat skripty na vytažení SMSek z databáze :-))
>
> Š.
>
>
>
> Dne 10.5.2016 v 18:09 Stepan Liska napsal(a):
>
>
> Ve firmě co jsem byl před dvěma lety jsme rozchodili automatické SMS pomocí kannelu na linuxu s přímým propojením na GTS SMS centrum. Chodilo to opravdu krásně a velmi svižně, posílali jsme cca 500-1000 SMS denně. Pokud byl problém se zdržením, tak to byl vždycky problém u cílového operátora, GTS podpora fungovala bez ztráty kytičky.
>
> Cenové podmínky si nepamatuji, ale vím že byly podstatně lepší než co bychom dostali na libovolné SIM kartě. Byl trochu problém s doručenkami, resp. jejich párováním, ale matně vzpomínám, že problém byl spíš přímo v protokolu (že nebyla jednoznačná identifikace k jaké konkrétní SMSce doručenka patří, pokud šlo více SMS na to samé číslo).
>
> Nicméně toto je opět řešení s nutnou inet konektivitou směrem k SMS centru. A druhá pochybnost je, že netuším zda se něco od té doby nezměnilo vzhledem k akvizici GTS T-Mobilem.
>
> Š.
>
>
>
>
> Dne 10.5.2016 v 17:21 Pavel Hruška napsal(a):
> Muzu se ze zajimavosti zeptat, co za minusy ma nasazeni nejakeho telefonu s http/jinou sluzbou (obdoba brany co ted pouzivate jako sluzbu) a honit smsky takhle?
>
>
> Díky.
> P.
>
>
> Dne út 10. 5. 2016 17:12 uživatel Pavel Hruška <mrpear(a)mrpear.net> napsal:
> U O2 je neomezený tarif 10.000 sms i minut. Je to v podmínkách, kde je ale také zakázáno použití neomezeného tarifu v machine zařízeních. Udajně jim skáčou do případů k prošetření právě SIMky, které překročí limity a pak se to reší.
>
> Osobně bych neomezený tarif nepoužil a platil za každou sms, my na firmě máme 0,45 bez DPH/sms.
>
> P.
>
>
> Dne út 10. 5. 2016 16:50 uživatel Jaroslav Skřivan <skrivy(a)skrivy.net> napsal:
> 3) Neomezený tarif na SMS znamená prý jednotky tisíc za měsíc, nemám ověřené.
>
>
> Realne overene - vodafone mi ted po 2. bloknul simkartu pro porusovani podminek. Upozornuju, ze jsem te kr*ve na telefonu vysvetloval k jakemu ucelu to chci a protoze je uplne tupa, tak mi rekla, ze to je uplne v poradku.
>
> Jarda
>
>
> ------ Původní zpráva ------
> Od: "Tomáš Kuča" <tomas(a)kuca.cz>
> Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz>
> Odesláno: 10.5.2016 16:22:55
> Předmět: Re: [vpsFree.cz: community-list] Posílání SMS z Linuxu (SMTP-SMS na Android)
>
> Ahoj,
>
> pár postřehů, které jsem nasbíral ze svých experimentů:
>
> 1) Mezi odesíláním SMS přes GSM je dobré dávat prodlevu, ideálně ~ 5s, minimálně 1s. Jinak úspěšnost doručení rychle klesá.
>
> 2) Android má omezení na počet SMS z hodinu (100?), na jeho zrušení je potřeba root.
>
> 3) Neomezený tarif na SMS znamená prý jednotky tisíc za měsíc, nemám ověřené.
>
> 4) Mezi webovými SMS bránami je dost velký rozdíl co se týče kvality poskytovaných služeb.
>
> 5) U starších nokií je třeba hlídat / mít ošetřené zaplnění inboxu/outboxu
>
> Tomáš Kuča
>
>
> Dne 10.05.16 v 15:52 Pavel Snajdr <snajpa(a)snajpa.net> napsal/a:
> Cauko,
>
> dik za otevreni tematu ;)
>
> Ted posilame smsky pres smsbrana.cz (myslim), ale hosi jsou schopni mit tam uz az 30min delay od API callu po doruceni SMS, cili to pujde smykem...
>
> Co jsem tak zatim koukal, mame v podstate 2 moznosti, co mi prijdou jako nejschudnejsi, ktera konkretne to vyhraje asi zalezi, jak moc se s Richardem hecneme :) ->
>
> 1. koupit USB modem kompatibilni s RouterOSem - resp, USB modem, co posloucha na AT prikazy, RouterOS umi posilat SMSky a monitoring zustane virtualnim strojem (jinam nez do routeru se mi moc nelibi ten modem pichat, jelikoz nechci, aby ostatni masiny byly hw nejak zvlastni a muselo se brat ohledy na to, kde je hw modem kvuli umisteni monitoring virualu)
>
> 2. poresit GSM modem k raspberrycku - tahle varianta se mi asi pozdava nejvic, jelikoz by se ten monitoring rovnou presunul na to picko a uz by nebezel jako virtualka primo na infrastrukture, kterou ma monitorovat.
>
> No, at uz to bude cokoliv, uz je to imminent a bude se to resit, jen co se vylodim z vyletu zpatky v Brne. A pujde to jak do prg, tak do brq (monitorovani krizem).
>
> Nedelal jsem jeste pruzkum ohledne pi+GSM, mate nekdo tipy na neco, kam jde pripojit externi bicik jako antena? Tu bychom hodili na rack, jelikoz preci jen je to kovova skrin, ie. Faradayova klec - a i kdyz tam nejaky signal bude, boty bych na spolehlivost reseni bez anteny nevsadil.
>
> /snajpa
>
> > On 10 May 2016, at 13:24, Pavel Hruška <mrpear(a)mrpear.net> wrote:
> >
> > Ahoj,
> >
> > reaguji na poslední email o neplánovaném výpadku a větu:
> >
> > "Zaroven SMS gateway zacina mit cim dal vetsi delay. Jestli jste nekdo posilal nekdy SMSky pres Linux + GSM phone, napiste prosim na community list svoji zkusenost, bude se to hodne hodit."
> >
> > Mam v šuplíku rozdělanou android app, ktera funguje jako SMTP-SMS gateway, tzn. poslouchá na SMTP (vlastní kód) a text mailu zaslaného na +420xxxyyyyyy@... posílá na dané číslo. Chtěl jsem to použít jako notifikační bránu pro posílání SMS při doručení e-mailů, ale nějak z toho sešlo :o).
> >
> > Kdybych měl motivaci to dodělat, tak bych to možná dotáhl do smysluplného konce. Nevím, jestli by se taková forma hodila i ve vašem prostředí a hlavně jak to spěchá.
> >
> > Dejte vědět,
> > Pavel
> > _______________________________________________
> > Community-list mailing list
> > Community-list(a)lists.vpsfree.cz
> > http://lists.vpsfree.cz/listinfo/community-list
>
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
>
> _______________________________________________
> Community-list mailing list
>
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
>
>
> _______________________________________________
> Community-list mailing list
>
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
>
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
Ahoj,
reaguji na poslední email o neplánovaném výpadku a větu:
"Zaroven SMS gateway zacina mit cim dal vetsi delay. Jestli jste nekdo
posilal nekdy SMSky pres Linux + GSM phone, napiste prosim na community
list svoji zkusenost, bude se to hodne hodit."
Mam v šuplíku rozdělanou android app, ktera funguje jako SMTP-SMS
gateway, tzn. poslouchá na SMTP (vlastní kód) a text mailu zaslaného na
+420xxxyyyyyy@... posílá na dané číslo. Chtěl jsem to použít jako
notifikační bránu pro posílání SMS při doručení e-mailů, ale nějak z toho
sešlo :o).
Kdybych měl motivaci to dodělat, tak bych to možná dotáhl do smysluplného
konce. Nevím, jestli by se taková forma hodila i ve vašem prostředí a
hlavně jak to spěchá.
Dejte vědět,
Pavel
> Zaroven SMS gateway zacina mit cim dal vetsi delay. Jestli jste nekdo
> posilal nekdy SMSky pres Linux + GSM phone, napiste prosim na community
> list svoji zkusenost, bude se to hodne hodit.
...SMS bránu jsem v jedné firmě provozoval mnoho let. Odesílání i příjem (a
zpracování) pomocí GSM modulů, AT příkazů a vlastní c++ knihovny. Rád něco
na ten způsob zase zprovozním a dodám včetně zdrojáků a podpory. Nakolik
jsou funkční "standardní" řešení založená třeba na smstools nevím. Když jsem
to psal, k dispozici bylo jen gnokii a to moc nefungovalo.
Zajímalo by mě ale, v čem ti nestačí přirozenější způsob, kdy se alert
mailuje, a mail přijímá na mobilu (aby byl jakože doručen i přečten co
nejrychleji). Mě tyhle maily na mobilu pípají daleko hlasitěji než SMSky...
I v případě, že klekne LAN, bych se asi snažil GSM modul použít jako další
(záložní) síťové rozhraní; ppp i v tomhle století snad ještě funguje :).
Egon
Caute,
vpsAdmin pod Aitherovou rukou prosel velkym prerodem na API-centrickou
aplikaci, zaroven se pridalo od zacatku spoustu funkcionality a ne
vzdycky se ji povedlo do stavajiciho UI dolepit dostatecne intuitivne.
Po tech letech by to chtelo ty naplavy PHPckovyho bahna zahodit uplne a
udelat nacisto nove UItko od nuly.
Jelikoz je vpsAdmin RESTful HTTP API, myslim si, ze idealni bude
postavit javascriptovou aplikaci v browseru, ktera bude to API dotazovat.
Je tu nekdo, kdo takove aplikace umi stavet, ma uz s tim zkusenost by na
to cas?
V podstate shanime nekoho, kdo s nama bude pracovat na vpsAdminu
dlouhodobe a vzal by si ten frontend na triko i do budoucna.
Najde se nekdo?
Kdyby byl jeste rozumne blizko Brnu (nebo rovnou v Brne), tak je to
super bonus :)
Diky,
/snajpa
Ahoj,
haveapi-fs [1] je virtuální souborový systém založený na FUSE [2], který
umožňuje připojit jakékoli API využívající HaveAPI [3], a pracovat s ním
na úrovni adresářů a souborů. Samozřejmě to funguje také s naším
api.vpsfree.cz [4,5].
Práce s haveapi-fs by měla být ještě jednodušší, než s konzolovým
klientem, protože je vše hned vidět jako adresáře a soubory, nemusíme
zjišťovat názvy objektů, akcí, parametrů, přepínačů, apod.
haveapi-fs je napsán v Ruby a instaluje se tak pomocí RubyGems:
$ gem install haveapi-fs
API se připojí následujícím příkazem:
$ haveapi-fs <api_url> <mountpoint>
tedy konkrétně naše API jako
$ haveapi-fs https://api.vpsfree.cz /mnt/api.vpsfree.cz
Odpojení se provede buď přímo příkazem umount jako root, nebo
fusermount -u /mnt/api.vpsfree.cz jako neprivilegovaný uživatel.
Mountpoint obsahuje seznam objektů v API a soubory s nápovědou:
$ cd /mnt/api.vpsfree.cz
$ tree -L 1 .
├── ...
├── dataset/
├── environment/
├── location/
├── node/
├── vps/
├── help.html
├── help.man
├── help.md
├── help.txt
└── ...
Soubory help.{html,man,md,txt} se nachází v každém adresáři a obsahují
vždy popis aktuálního adresáře, tzn. jaké má vlastnosti a jaké má
podadresáře a soubory.
V adresáři objektu je seznam všech jeho záznamů, tedy např. seznam všech
VPS patřících k účtu:
$ tree -L 1 vps/
vps
├── 1112/
├── 1171/
├── 1234/
├── 1245/
├── actions/
├── create.yml
├── help.html
├── help.man
├── help.md
└── help.txt
Záznamy můžeme rovnou i filtrovat:
$ tree -L 1 vps/by-node/103/by-os_template/26
vps/by-node/103/by-os_template/26
├── 1112/
└── ...
$ cat vps/by-node/103/by-os_template/26/1112/node_id
103
$ cat vps/by-node/103/by-os_template/26/1112/os_template_id
26
Podíváme-li se do adresáře nějakého konkrétního VPS, uvidíme seznam jeho
atributů jako soubory, asociované objekty jako adresáře a akce, které
můžeme volat, jsou v adresáři `actions/`:
$ tree -L 1 vps/1112
vps/1112
├── actions/
├── id
├── hostname
├── node/
├── os_template/
├── edit.yml
├── save
└── ...
$ cat vps/1112/hostname
moje-vps
$ cat vps/1112/node/domain_name
node3.prg
$ cat vps/1112/node/location/label
Praha
$ cat vps/1112/os_template/label
Scientific Linux 6.6
Dle oprávnění lze vybrané atributy i měnit, např. změna hostname:
$ echo novy-hostname > vps/1112/hostname
$ echo 1 > vps/1112/save
Zavolat jde i jakákoli jiná akce:
$ tree -L 1 vps/1112/actions
vps/1112/actions
├── ...
├── passwd/
├── reinstall/
├── restart/
├── start/
├── stop/
├── swap_with/
└── update/
$ echo 1 > vps/1112/actions/passwd/exec
Informace o úspěchu či neúspěchu akce je vždy v souboru `status`:
$ cat vps/1112/actions/passwd/status
1
Výstupní parametry jsou pak v adresáři `output/`:
$ cat vps/1112/actions/passwd/output/password
cmrdBcm72KkAM85Ux2MK
Přes další soubory se lze dostat k případné chybové hlášce (`message`),
seznamu chyb (`errors/`) a také zadávat vstupní parametry (`input/`).
Akce lze vykonávat i pomocí `exec.yml` souboru, ve kterém se vyplní
vstupní parametry v YAMLu a po uložení a zavření souboru se akce vykoná.
Takto se dají jednoduše vytvářet nové objekty (`create.yml`) i upravovat
existující (`edit.yml`).
$ vim vps/1112/edit.yml
hostname: dalsi-zmena
:wq
Kompletní popis toho, co haveapi-fs umí, je v README.md [6].
[1] https://github.com/vpsfreecz/haveapi-fs
[2] https://en.wikipedia.org/wiki/FUSE_%28Linux%29
[3] https://github.com/vpsfreecz/haveapi
[4] https://api.vpsfree.cz/
[5] https://kb.vpsfree.cz/navody/vps/api
[6] https://github.com/vpsfreecz/haveapi-fs#usage
Jakub
Mam dotaz ohledne QEMU IO vykonu,
primo ve vps dostavam pri nasledujicim testu
time dd if=/dev/zero of=/test oflag=direct bs=64k count=16000
nasledujici vysledek
16000+0 records in
16000+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 4.11019 s, 255 MB/s
real 0m4.112s
user 0m0.012s
sys 0m0.720s
Nicmene kdyz to pustim v QEMU na disku typu raw, dostanu
16000+0 records in
16000+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 13.6918 s, 76.6 MB/s
real 0m4.112s
user 0m0.012s
sys 0m0.720s
QEMU spoustim takto:
qemu-system-x86_64 -cpu host -cdrom archlinux-2016.04.01-dual.iso -drive
file=test,format=raw,cache=writeback -boot order=d -m 1024M -enable-kvm
Disk je naformatovan primo uvnitr QEMU na ext4.
Vykon je tedy vyrazne mensi nez primo ve VPS. Je to maximum, jak
blizko se jde dostat? Nebo mam nekde chybu v tom, jak to pouzivam?
Diky za pomoc,
T.
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
