Zdravim,
po pondelnim vypadku mi vpska ukazuje asi o 21% vice obsazeneho mista nez pred vypadkem (viz priloha, snad dojde :-)).
Zmeril jsem si velikost pomoci df ktera ukazuje 35G a pak jsem si prosel velikost pomoci du ktere vyplivne vylsedek 22G, coz by měla byt cca velikost pred vypadkem.
Jal jsem se hledat odpovedi na internetu. Pres ruzna vysvetleni o "meta" souborech systemu a podobnych vecech,.. Jsem se dostal k vysvetleni o prekryti souboru/slozek pomoci mount. Coz mne zaujalo protoze 13G je zhruba velikost jednoho mountu z NAS a taky ten rozdil mezi df a dh.
Zkusil jsem tedy mount odstranit v nadeji ze se mi ukaze prekryta slozka bohuzel se tak nestalo. Nasel jsem jeste radu pripojit partition pomoci parametru bind treba na /mnt. Coz by mi melo pripojit ten partition a mel bych byt schopny smazat prekryte soubory. To taky nepomohlo.
Jako posledni reseni mne napadlo udelat zalohu uzivatelskych dat restorovat(restorovat) backup pred vypadkem a uzivatelska data opet nahrat ale je to docela dost prace :-(
Uz nejak nevim co s tim. Nevedel by nekdo jak si s touto situaci poradit? 20% uz je docela dost mista,..
Predem dekuji za kazdou odpoved. SH
Ahoj,
toto patri spise na podporu. Videl bych to na rozbitou vzquotu. Abych to mohl opravit, potrebuju tu VPS restartovat (vypadek maximalne par minut). Muzu to udelat hned, nebo pockat do vecera?
Jakub
On 08/28/2013 02:29 PM, Silvestr Hašek wrote:
Zdravim,
po pondelnim vypadku mi vpska ukazuje asi o 21% vice obsazeneho mista nez pred vypadkem (viz priloha, snad dojde :-)).
Zmeril jsem si velikost pomoci df ktera ukazuje 35G a pak jsem si prosel velikost pomoci du ktere vyplivne vylsedek 22G, coz by měla byt cca velikost pred vypadkem.
Jal jsem se hledat odpovedi na internetu. Pres ruzna vysvetleni o "meta" souborech systemu a podobnych vecech,.. Jsem se dostal k vysvetleni o prekryti souboru/slozek pomoci mount. Coz mne zaujalo protoze 13G je zhruba velikost jednoho mountu z NAS a taky ten rozdil mezi df a dh.
Zkusil jsem tedy mount odstranit v nadeji ze se mi ukaze prekryta slozka bohuzel se tak nestalo. Nasel jsem jeste radu pripojit partition pomoci parametru bind treba na /mnt. Coz by mi melo pripojit ten partition a mel bych byt schopny smazat prekryte soubory. To taky nepomohlo.
Jako posledni reseni mne napadlo udelat zalohu uzivatelskych dat restorovat(restorovat) backup pred vypadkem a uzivatelska data opet nahrat ale je to docela dost prace :-(
Uz nejak nevim co s tim. Nevedel by nekdo jak si s touto situaci poradit? 20% uz je docela dost mista,..
Predem dekuji za kazdou odpoved. SH
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Dekuji problem bleskurychle vyresen Jakubem a ja se stim trapil takovou dobu :-D
SH
On 08/28/13 15:10, Jakub Skokan wrote:
Ahoj,
toto patri spise na podporu. Videl bych to na rozbitou vzquotu. Abych to mohl opravit, potrebuju tu VPS restartovat (vypadek maximalne par minut). Muzu to udelat hned, nebo pockat do vecera?
Jakub
On 08/28/2013 02:29 PM, Silvestr Hašek wrote:
Zdravim,
po pondelnim vypadku mi vpska ukazuje asi o 21% vice obsazeneho mista nez pred vypadkem (viz priloha, snad dojde :-)).
Zmeril jsem si velikost pomoci df ktera ukazuje 35G a pak jsem si prosel velikost pomoci du ktere vyplivne vylsedek 22G, coz by měla byt cca velikost pred vypadkem.
Jal jsem se hledat odpovedi na internetu. Pres ruzna vysvetleni o "meta" souborech systemu a podobnych vecech,.. Jsem se dostal k vysvetleni o prekryti souboru/slozek pomoci mount. Coz mne zaujalo protoze 13G je zhruba velikost jednoho mountu z NAS a taky ten rozdil mezi df a dh.
Zkusil jsem tedy mount odstranit v nadeji ze se mi ukaze prekryta slozka bohuzel se tak nestalo. Nasel jsem jeste radu pripojit partition pomoci parametru bind treba na /mnt. Coz by mi melo pripojit ten partition a mel bych byt schopny smazat prekryte soubory. To taky nepomohlo.
Jako posledni reseni mne napadlo udelat zalohu uzivatelskych dat restorovat(restorovat) backup pred vypadkem a uzivatelska data opet nahrat ale je to docela dost prace :-(
Uz nejak nevim co s tim. Nevedel by nekdo jak si s touto situaci poradit? 20% uz je docela dost mista,..
Predem dekuji za kazdou odpoved. SH
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
Ahoj,
to se do diskuze musim pridat, nevim jestli bych byl stastnej, ze me nejaka aplikace co ocekava nejaky JSON, nebo neco takovyho po HTTP dostala hlasku, ze je vypadek, to radsi at vyprsi na request timeout....
hlavne vsechny tyhle "automaticky" veci jsou supr do ty doby nez se zblaznej samy o sobe, kde to pak dela dalsi vypadek co realne neni...
-- Petr Zitny
Dne 28.8.2013 23:09, David Toman napsal(a):
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Cau,
tohle zavani hrabanim se v trafficu smerujicim k VPSkam, to ne-ne-ne-ne :)
Mas pointu v tom, ze jista mira prace je potreba odvest - musime si vyresit lip monitoring (na tom uz Toms dela), nova jadra a moduly do nich musi projit nejdriv aspon pres playground, aby se odchytaly zmetky, ktere OpenVZ projekt je obcas schopny vypustit.
Proste, jit na ty vypadky ze strany, odkud prichazeji, resit pricinu, ne nasledek.
Sahat do trafficu je, nezlob se, dost nestastny napad. Jednak proto, co rika Petr, jednak proto, ze podle myho nazoru pomer cena za implementaci vs. vysledny efekt je dost mizerny a ma to spis potencial nastvat lidi dvojite - jednak ze "sakra nejde mi VPS" a jednak "a jeste mi ti kreteni presmerovavaj traffic tak, ze si toho monitoring ani nevsim, ze to padlo" (jeden z moznych dopadu).
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956 CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE http://relbit.com | http://vpsfree.cz | https://www.redhat.com
On 08/28/2013 11:09 PM, David Toman wrote:
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Blbost.
1. Tim akorat rozbijes jakejkoliv pokus o HA at uz na principu reverzni proxy nebo treba jen DNS round-robin.
2. Zasponzorujes router kterej bude zvladat na dostatecne velkem provozu NAT? Presne mnozstvi HTTP dotazu ktere muzou na celou sit vpsfree jit neznam, ale odhaduji ze nic mensiho nez napr. SRX240 to urcite nebude rozumen zvladat. (http://www.juniper.net/us/en/local/pdf/datasheets/1000281-en.pdf)
3. Timhle vyresis (nebo spis zaproblemujes) jenom HTTP provoz. Co zbytek? Internet neni jenom webova stranka.
- -- Stanislav Petr
Dne 8/28/13 11:09 PM, David Toman napsal(a):
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dne 29. srpna 2013 14:46 Stanislav Petr glux@glux.org napsal(a):
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Blbost.
- Tim akorat rozbijes jakejkoliv pokus o HA at uz na principu
reverzni proxy nebo treba jen DNS round-robin.
- Zasponzorujes router kterej bude zvladat na dostatecne velkem
provozu NAT? Presne mnozstvi HTTP dotazu ktere muzou na celou sit vpsfree jit neznam, ale odhaduji ze nic mensiho nez napr. SRX240 to urcite nebude rozumen zvladat. (http://www.juniper.net/us/en/local/pdf/datasheets/1000281-en.pdf)
- Timhle vyresis (nebo spis zaproblemujes) jenom HTTP provoz. Co
zbytek? Internet neni jenom webova stranka.
Stanislav Petr
Dne 8/28/13 11:09 PM, David Toman napsal(a):
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
-----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org
iQIcBAEBCgAGBQJSH0KqAAoJEIma271KQWS/GVMP/i/SU7GGx4LVuRlhvrWtPecK amW/kgKxHzwvQ7DX0Ti4OnYM46vHYZVLe+UiYeQqjwuSceQMv7+debmvdrmMsf5z NW9abjJXjsB1vQ2tMRjdKJYpzOyyYnvMhC5lMPm8ZKyZnwuw4mmTrrG4frSTnY3D 35PosiiCIEr7fexhanBMITVBkNfXAdjLhnx4Oh2gDjg3pqisDFcPuQoC2Zczdr7o Xdko+w9rWUEYkbtsL918uUFRUa87fgc4c52s+TJSNiYRsWTh9JwKs1TOAwFffSVe hv8kNekrqEFjGsn+gVwjk2AgmXHP+88VGP0Pmnpv+Ik20fCUdhgp25Q0zUiGAzmB p+Hic3rpwbkf/1XTZXqfSD/3O3jgxH9eWEme+a6THB2rPwTWUljwf7xUHfXqgLU5 vBdaNlo80sfEHKzblTNMynTzfsuoteVXLwuYrfRagC0csEcqeHU65By5ZODT0360 hMj4xHOD4pQ+DnpWSAP2Z8SJO1auf9gSM14Cq7rYtL7Pz2K5Jyf5jTD2obevUqmc XLD7cJ2zVXcx9wOAyDFYWgxLeF4YzatNUKyw011p2NuA2rQ8sBEIyQjNGGlR6V6x Mn36D82dQHHQbpSGUQRJNeV3UiVo0lTiZrA6LXcaeJ7I5qcBWL6jsU/mrLPWwQ4Y YvsdtoiYzWmAsAkblDl/ =f3Lf -----END PGP SIGNATURE-----
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Když už mluvíme o řešení na úrovni poskytovatele VPS, tak já bych osobně docela uvítal, kdyby si bylo možné někde nastavit (pokud to teda již neexistuje a já o tom jen nevím), aby mi chodily zprávy o výpadku jen v případě, že se to týká serveru, na kterém mám vps. Protože se mi již stalo, že VPS byla někam přemigrována na jiný server, aniž bych o tom věděl a já pak žil nějakou dobu v domnění, že se mě výpadek xy netýká a on se zrovna týkal :).
Jirka
Dne 29. srpna 2013 15:01 Jan Harsa jan.harsa@haxo.cz napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dne 29. srpna 2013 14:46 Stanislav Petr glux@glux.org napsal(a):
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Blbost.
- Tim akorat rozbijes jakejkoliv pokus o HA at uz na principu
reverzni proxy nebo treba jen DNS round-robin.
- Zasponzorujes router kterej bude zvladat na dostatecne velkem
provozu NAT? Presne mnozstvi HTTP dotazu ktere muzou na celou sit vpsfree jit neznam, ale odhaduji ze nic mensiho nez napr. SRX240 to urcite nebude rozumen zvladat. (http://www.juniper.net/us/en/local/pdf/datasheets/1000281-en.pdf)
- Timhle vyresis (nebo spis zaproblemujes) jenom HTTP provoz. Co
zbytek? Internet neni jenom webova stranka.
Stanislav Petr
Dne 8/28/13 11:09 PM, David Toman napsal(a):
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
-----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org
iQIcBAEBCgAGBQJSH0KqAAoJEIma271KQWS/GVMP/i/SU7GGx4LVuRlhvrWtPecK amW/kgKxHzwvQ7DX0Ti4OnYM46vHYZVLe+UiYeQqjwuSceQMv7+debmvdrmMsf5z NW9abjJXjsB1vQ2tMRjdKJYpzOyyYnvMhC5lMPm8ZKyZnwuw4mmTrrG4frSTnY3D 35PosiiCIEr7fexhanBMITVBkNfXAdjLhnx4Oh2gDjg3pqisDFcPuQoC2Zczdr7o Xdko+w9rWUEYkbtsL918uUFRUa87fgc4c52s+TJSNiYRsWTh9JwKs1TOAwFffSVe hv8kNekrqEFjGsn+gVwjk2AgmXHP+88VGP0Pmnpv+Ik20fCUdhgp25Q0zUiGAzmB p+Hic3rpwbkf/1XTZXqfSD/3O3jgxH9eWEme+a6THB2rPwTWUljwf7xUHfXqgLU5 vBdaNlo80sfEHKzblTNMynTzfsuoteVXLwuYrfRagC0csEcqeHU65By5ZODT0360 hMj4xHOD4pQ+DnpWSAP2Z8SJO1auf9gSM14Cq7rYtL7Pz2K5Jyf5jTD2obevUqmc XLD7cJ2zVXcx9wOAyDFYWgxLeF4YzatNUKyw011p2NuA2rQ8sBEIyQjNGGlR6V6x Mn36D82dQHHQbpSGUQRJNeV3UiVo0lTiZrA6LXcaeJ7I5qcBWL6jsU/mrLPWwQ4Y YvsdtoiYzWmAsAkblDl/ =f3Lf -----END PGP SIGNATURE-----
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- S pozdravem Jan Harsa
Haxo.cz IČ: 75494272 Mob: +420 601 381 890 Email: jan.harsa@haxo.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
To si můžeš nastavit sám, tam, kde máš maila, si udělej web a odkazuj na něj odjinud ... pokud to nebude žít, tak na "odjinud" se lidi dostanou a uvnitř uvidí zřejmě HTTP 404 unreachable.
V.
2013/8/29 Jiri Hron jirka.hron@gmail.com
Když už mluvíme o řešení na úrovni poskytovatele VPS, tak já bych osobně docela uvítal, kdyby si bylo možné někde nastavit (pokud to teda již neexistuje a já o tom jen nevím), aby mi chodily zprávy o výpadku jen v případě, že se to týká serveru, na kterém mám vps. Protože se mi již stalo, že VPS byla někam přemigrována na jiný server, aniž bych o tom věděl a já pak žil nějakou dobu v domnění, že se mě výpadek xy netýká a on se zrovna týkal :).
Jirka
Dne 29. srpna 2013 15:01 Jan Harsa jan.harsa@haxo.cz napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě
výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dne 29. srpna 2013 14:46 Stanislav Petr glux@glux.org napsal(a):
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Blbost.
- Tim akorat rozbijes jakejkoliv pokus o HA at uz na principu
reverzni proxy nebo treba jen DNS round-robin.
- Zasponzorujes router kterej bude zvladat na dostatecne velkem
provozu NAT? Presne mnozstvi HTTP dotazu ktere muzou na celou sit vpsfree jit neznam, ale odhaduji ze nic mensiho nez napr. SRX240 to urcite nebude rozumen zvladat. (http://www.juniper.net/us/en/local/pdf/datasheets/1000281-en.pdf)
- Timhle vyresis (nebo spis zaproblemujes) jenom HTTP provoz. Co
zbytek? Internet neni jenom webova stranka.
Stanislav Petr
Dne 8/28/13 11:09 PM, David Toman napsal(a):
AAAhoj,
možná je to blbost, ale napadlo mne, zda-li by nešlo na straně routeru u vpsfree v případě výpadku některého nodu, aby se aktivoval na nějakém routeru proxyserver který by zachytával http dotazy a vracel stránku s informací o výpadku. Jde mi o to, že jeden můj známý má u mne hosting hlavně kvůli emailu a když je nějaký neplánovaný výpadek, tak mne děsně prudí co se jako děje, proč to nefunguje atd... Takže kdyby byl nějaký výpadek, http dotazy by byly přesměrovány na stránku s oznámením o výpadku a prudiči by měli alespoň nějaké info.
-----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org
iQIcBAEBCgAGBQJSH0KqAAoJEIma271KQWS/GVMP/i/SU7GGx4LVuRlhvrWtPecK amW/kgKxHzwvQ7DX0Ti4OnYM46vHYZVLe+UiYeQqjwuSceQMv7+debmvdrmMsf5z NW9abjJXjsB1vQ2tMRjdKJYpzOyyYnvMhC5lMPm8ZKyZnwuw4mmTrrG4frSTnY3D 35PosiiCIEr7fexhanBMITVBkNfXAdjLhnx4Oh2gDjg3pqisDFcPuQoC2Zczdr7o Xdko+w9rWUEYkbtsL918uUFRUa87fgc4c52s+TJSNiYRsWTh9JwKs1TOAwFffSVe hv8kNekrqEFjGsn+gVwjk2AgmXHP+88VGP0Pmnpv+Ik20fCUdhgp25Q0zUiGAzmB p+Hic3rpwbkf/1XTZXqfSD/3O3jgxH9eWEme+a6THB2rPwTWUljwf7xUHfXqgLU5 vBdaNlo80sfEHKzblTNMynTzfsuoteVXLwuYrfRagC0csEcqeHU65By5ZODT0360 hMj4xHOD4pQ+DnpWSAP2Z8SJO1auf9gSM14Cq7rYtL7Pz2K5Jyf5jTD2obevUqmc XLD7cJ2zVXcx9wOAyDFYWgxLeF4YzatNUKyw011p2NuA2rQ8sBEIyQjNGGlR6V6x Mn36D82dQHHQbpSGUQRJNeV3UiVo0lTiZrA6LXcaeJ7I5qcBWL6jsU/mrLPWwQ4Y YvsdtoiYzWmAsAkblDl/ =f3Lf -----END PGP SIGNATURE-----
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- S pozdravem Jan Harsa
Haxo.cz IČ: 75494272 Mob: +420 601 381 890 Email: jan.harsa@haxo.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Dne 29.8.2013 15:01, Jan Harsa napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dobře, to znamená další hosting / VPS jinde, další platba. Když pak ty dvě platby sečtu, tak zaplatím profesionální VPS, kde se to buď nestává a pak ale nepotřebuju vpsfree.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Vypadky se dejou vsude, tomu se vyhnout neda.
Jak jsem psal, pracujeme na tom, je co nejvic minimalizovat a zlepsit reakcni dobu, kdyz uz nastane.
Kazdopadne, problematika vysoke dostupnosti aplikaci je proste o penezich, to se lowcost delat neda - co navhuje Honza je celkem v pohode reseni.
Jeste muzes pohledat po internetu, mam pocit, ze existuji sluzby, ktere funguji jako proxy pro tvoje weby a kdyz to pod tou proxy padne, tak to budto vyhazuje nacachovanou stranku, nebo nejakou jednoduchou outage-notice, kterou si nastavis. Nicmene taky netusim, co to stoji.
Ale sahat nejakym zpusobem do site a do IP provozu, to je proste cisty nesmysl; myslenka je pekna a chapu motivaci pro ni, ale navrhovane reseni je hodne, hodne nestastne.
Nakonec bych mozna spis volil variantu danemu znamemu promluvit do duse a vysvetlit mu, ze vypadek je proste neco, co se stava a predejit se tomu nikdy neda uplne.
- - Pavel
On 08/29/2013 06:42 PM, David Toman wrote:
Dne 29.8.2013 15:01, Jan Harsa napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dobře, to znamená další hosting / VPS jinde, další platba. Když pak ty dvě platby sečtu, tak zaplatím profesionální VPS, kde se to buď nestává a pak ale nepotřebuju vpsfree.
Ahoj,
pokud jde jenom o to zobrazit chybovou stránku místo timeoutu při výpadku VPS, tak by mohla pomoci služba Cloudflare (https://www.cloudflare.com/) nebo něco podobného. Dle webu Cloudflare mají i free plan, takže vyzkoušení nic nestojí.
Podle toho co jsem pochopil, tak to funguje jako HTTP proxy, která cachuje statický obsah webu a při výpadku cílového serveru zobrazuje hlášení o výpadku. Osobní zkušenosti s tím nemám, ale pár známých si to celkem pochvaluje.
Tibor Szolár
Dne 29. srpna 2013 19:04 semanmar@gmail.com napsal(a):
Je to tak bohuzial... HA a malo penazi proste nikdy nepojde dokopy.... Za cenu za aku funguje vpsfree je myslim dostupnost celkom solidna. Proste best effort a treba to tak aj brat.
S pozdravom/Kind regards Martin Seman *From: *Pavel Snajdr *Sent: *Donnerstag, 29. August 2013 18:53 *To: *vpsFree.cz Community list *Reply To: *vpsFree.cz Community list *Subject: *Re: [vpsFree.cz: community-list]proxyserver / oznámní o výpadku
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Vypadky se dejou vsude, tomu se vyhnout neda.
Jak jsem psal, pracujeme na tom, je co nejvic minimalizovat a zlepsit reakcni dobu, kdyz uz nastane.
Kazdopadne, problematika vysoke dostupnosti aplikaci je proste o penezich, to se lowcost delat neda - co navhuje Honza je celkem v pohode reseni.
Jeste muzes pohledat po internetu, mam pocit, ze existuji sluzby, ktere funguji jako proxy pro tvoje weby a kdyz to pod tou proxy padne, tak to budto vyhazuje nacachovanou stranku, nebo nejakou jednoduchou outage-notice, kterou si nastavis. Nicmene taky netusim, co to stoji.
Ale sahat nejakym zpusobem do site a do IP provozu, to je proste cisty nesmysl; myslenka je pekna a chapu motivaci pro ni, ale navrhovane reseni je hodne, hodne nestastne.
Nakonec bych mozna spis volil variantu danemu znamemu promluvit do duse a vysvetlit mu, ze vypadek je proste neco, co se stava a predejit se tomu nikdy neda uplne.
- Pavel
On 08/29/2013 06:42 PM, David Toman wrote:
Dne 29.8.2013 15:01, Jan Harsa napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dobře, to znamená další hosting / VPS jinde, další platba. Když pak ty dvě platby sečtu, tak zaplatím profesionální VPS, kde se to buď nestává a pak ale nepotřebuju vpsfree.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlIffIIACgkQMBKdi9lkZ6q1kQD+Mx70+aDbwzA+ylHE9/LoEHwE VsY/a4Vavq7x2/CSMdIA/1E6RYaHLThAr3QTxBvyZaglz4E2cZ/GPtlCF8sMtH1K =9pGg -----END PGP SIGNATURE----- _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
ceske pipni ma "free" vps (za 1 sms,..), ma to dost omezeny zdroje, jeste tusim ze tam nejak hlidaji prihlasovani pres ssh a podle toho mazou neaktivni. Takze to chce vytvaret nejakou aktivitu,.. No proste je to free takze ti nikdo nic nezaruci ale na to co tim chces resit si myslim ze by stacit melo
Dne 2013-08-29 19:34, Tibor Szolár napsal:
Ahoj,
pokud jde jenom o to zobrazit chybovou stránku místo timeoutu při výpadku VPS, tak by mohla pomoci služba Cloudflare (https://www.cloudflare.com/ [4]) nebo něco podobného. Dle webu Cloudflare mají i free plan, takže vyzkoušení nic nestojí.
Podle toho co jsem pochopil, tak to funguje jako HTTP proxy, která cachuje statický obsah webu a při výpadku cílového serveru zobrazuje hlášení o výpadku. Osobní zkušenosti s tím nemám, ale pár známých si to celkem pochvaluje.
Tibor Szolár
Dne 29. srpna 2013 19:04 semanmar@gmail.com napsal(a):
Je to tak bohuzial... HA a malo penazi proste nikdy nepojde dokopy.... Za cenu za aku funguje vpsfree je myslim dostupnost celkom solidna. Proste best effort a treba to tak aj brat.
S pozdravom/Kind regards Martin Seman
FROM: Pavel Snajdr SENT: Donnerstag, 29. August 2013 18:53 TO: vpsFree.cz Community list REPLY TO: vpsFree.cz Community list SUBJECT: Re: [vpsFree.cz: community-list]proxyserver / oznámní o výpadku
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Vypadky se dejou vsude, tomu se vyhnout neda.
Jak jsem psal, pracujeme na tom, je co nejvic minimalizovat a zlepsit reakcni dobu, kdyz uz nastane.
Kazdopadne, problematika vysoke dostupnosti aplikaci je proste o penezich, to se lowcost delat neda - co navhuje Honza je celkem v pohode reseni.
Jeste muzes pohledat po internetu, mam pocit, ze existuji sluzby, ktere funguji jako proxy pro tvoje weby a kdyz to pod tou proxy padne, tak to budto vyhazuje nacachovanou stranku, nebo nejakou jednoduchou outage-notice, kterou si nastavis. Nicmene taky netusim, co to stoji.
Ale sahat nejakym zpusobem do site a do IP provozu, to je proste cisty nesmysl; myslenka je pekna a chapu motivaci pro ni, ale navrhovane reseni je hodne, hodne nestastne.
Nakonec bych mozna spis volil variantu danemu znamemu promluvit do duse a vysvetlit mu, ze vypadek je proste neco, co se stava a predejit se tomu nikdy neda uplne.
- Pavel
On 08/29/2013 06:42 PM, David Toman wrote:
Dne 29.8.2013 15 [1]:01, Jan Harsa napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dobře, to znamená další hosting / VPS jinde, další platba. Když pak ty dvě platby sečtu, tak zaplatím profesionální VPS, kde se to buď nestává a pak ale nepotřebuju vpsfree.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ [2]
iF4EAREIAAYFAlIffIIACgkQMBKdi9lkZ6q1kQD+Mx70+aDbwzA+ylHE9/LoEHwE VsY/a4Vavq7x2/CSMdIA/1E6RYaHLThAr3QTxBvyZaglz4E2cZ/GPtlCF8sMtH1K =9pGg -----END PGP SIGNATURE----- _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [3] _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [3]
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [3]
Links: ------ [1] tel:29.8.2013%2015 [2] http://enigmail.mozdev.org/ [3] http://lists.vpsfree.cz/listinfo/community-list [4] https://www.cloudflare.com/
Ahoj, Jinak na kontrolu dostupnosti doporučuji koupit Raspberry Pi (internet nonstop má doma skoro každý, Raspberry stojí cca 800 a napájí se to nabíječkou na telefon). Když si aplikaci Monit, tak si tam můžete kontrolovat dostupnost služeb. V případě výpadku posílá emaily a dají se nastavit i různé akce při výpadku služby. Monit je dobrý nainstalovat i na VPS. Můžete sledovat i jednotlivé služby a v případě nějakého nečekaného stavu (přetížení, pád atd.) monit sám službu restartuje/nastartuje nebo třeba pustí nějaký skript pro navýšení limitů. Možností je dost :) Jinak přesměrování přes více IP adres na DNS mi nepřijde jako moc náročná akce... Pokud jde jen o to zobrazit chybovou zprávu při nedostupnosti, tak hosting za pár korun měsíčně nebo i nějaký free hosting, by pro to mohl stačit úplně v pohodě. Vždyť je tam potřeba jen jedna statická stránka. Případně bych se podíval i na https://sites.google.com ... Mělo by to možná jít nastavit. Nevím nezkoušel jsem. Osobně jsem si pořídil druhou VPS u Wedosu kde mám nějaké důležité projekty a mezi servery funguje i občasná synchronizace a záloha.
Dne 29. srpna 2013 22:13 Silvestr Hašek hasek@reklalink.cz napsal(a):
**
ceske pipni ma "free" vps (za 1 sms,..), ma to dost omezeny zdroje, jeste tusim ze tam nejak hlidaji prihlasovani pres ssh a podle toho mazou neaktivni. Takze to chce vytvaret nejakou aktivitu,.. No proste je to free takze ti nikdo nic nezaruci ale na to co tim chces resit si myslim ze by stacit melo
Dne 2013-08-29 19:34, Tibor Szolár napsal:
Ahoj,
pokud jde jenom o to zobrazit chybovou stránku místo timeoutu při výpadku VPS, tak by mohla pomoci služba Cloudflare (https://www.cloudflare.com/) nebo něco podobného. Dle webu Cloudflare mají i free plan, takže vyzkoušení nic nestojí.
Podle toho co jsem pochopil, tak to funguje jako HTTP proxy, která cachuje statický obsah webu a při výpadku cílového serveru zobrazuje hlášení o výpadku. Osobní zkušenosti s tím nemám, ale pár známých si to celkem pochvaluje.
Tibor Szolár
Dne 29. srpna 2013 19:04 semanmar@gmail.com napsal(a):
Je to tak bohuzial... HA a malo penazi proste nikdy nepojde dokopy.... Za cenu za aku funguje vpsfree je myslim dostupnost celkom solidna. Proste best effort a treba to tak aj brat.
S pozdravom/Kind regards Martin Seman *From: *Pavel Snajdr *Sent: *Donnerstag, 29. August 2013 18:53 *To: *vpsFree.cz Community list *Reply To: *vpsFree.cz Community list *Subject: *Re: [vpsFree.cz: community-list]proxyserver / oznámní o výpadku
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Vypadky se dejou vsude, tomu se vyhnout neda.
Jak jsem psal, pracujeme na tom, je co nejvic minimalizovat a zlepsit reakcni dobu, kdyz uz nastane.
Kazdopadne, problematika vysoke dostupnosti aplikaci je proste o penezich, to se lowcost delat neda - co navhuje Honza je celkem v pohode reseni.
Jeste muzes pohledat po internetu, mam pocit, ze existuji sluzby, ktere funguji jako proxy pro tvoje weby a kdyz to pod tou proxy padne, tak to budto vyhazuje nacachovanou stranku, nebo nejakou jednoduchou outage-notice, kterou si nastavis. Nicmene taky netusim, co to stoji.
Ale sahat nejakym zpusobem do site a do IP provozu, to je proste cisty nesmysl; myslenka je pekna a chapu motivaci pro ni, ale navrhovane reseni je hodne, hodne nestastne.
Nakonec bych mozna spis volil variantu danemu znamemu promluvit do duse a vysvetlit mu, ze vypadek je proste neco, co se stava a predejit se tomu nikdy neda uplne.
- Pavel
On 08/29/2013 06:42 PM, David Toman wrote:
Dne 29.8.2013 15:01, Jan Harsa napsal(a):
IMHO nejlepší je nastavit si více IP adres v DNS záznamech a v případě výpadku tak přesměrovat provoz na další server/hosting kde tohle můžeš řešit nějakou systémovou zprávou o "režimu údržby webu" nebo tak něco. Systémově na úrovni poskytovatele VPS je tohle opravdu nesmysl.
Dobře, to znamená další hosting / VPS jinde, další platba. Když pak ty dvě platby sečtu, tak zaplatím profesionální VPS, kde se to buď nestává a pak ale nepotřebuju vpsfree.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlIffIIACgkQMBKdi9lkZ6q1kQD+Mx70+aDbwzA+ylHE9/LoEHwE VsY/a4Vavq7x2/CSMdIA/1E6RYaHLThAr3QTxBvyZaglz4E2cZ/GPtlCF8sMtH1K =9pGg -----END PGP SIGNATURE----- _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
community-list@lists.vpsfree.cz
-
David Toman -
Jakub Skokan -
Jan Harsa -
Jiri Hron -
Pavel Snajdr -
Petr Žitný -
semanmar＠gmail.com -
Silvestr Hašek -
Stanislav Petr -
Tibor Szolár -
Vaclav Kratochvil