Ankieta
Loading ...
Archiwa tagu: vps
Instalacja WireGuard na Ubuntu 19.10
Po kilku latach korzystania z {{VPS}} na {{OpenVZ}} u ViPower.pl – nadszedł czas na zmiany. Po pierwsze, zmiana usługodawcy – i tutaj padło na OVH.pl. Po drugie, postanowiłem zmienić system wirtualizacji na {{Kernel-based_Virtual_Machine|KVM}}. Po trzecie, w związku z przenosinami, chciałem zmienić dystrybucję z {{CentOS}} na {{Ubuntu}}. A po czwarte i ostatnie, skoro już wszystko konfigurowałem od zera, naszło mnie na zmianę {{OpenVPN}} na {{WireGuard}}, o którym czytałem sporo dobrego.
Konfiguracja i instalacja {{WireGuard|WireGuarda}} to czysta poezja. W przeciwieństwie do {{OpenVPN}} nie było żadnych kombinacji i komplikacji. Tym bardziej, że w moim przypadku tunel działa zarówno w celu przekierowywania całego ruchu przez serwer, jak i tworzenia sieci wewnętrznej. Jedyne problemy, na jakie napotkałem, dotyczyły wyłącznie konfiguracji firewalla i przekierowywania przez niego ruchu. Wszystkie opisy, jakie znajdywałem, nie rozwiązywały mojego problemu. Pomocny okazał się mój wpis sprzed lat z konfiguracji OpenVPN i te same reguły dla iptables.
Optymalizacja zużycia RAM przez MySQL na serwerze
{{MySQL}} od wersji 5.6 ma domyślnie włączone [1]Jak nietrudno się zatem domyślić – najważniejszą zmianą jest wyłączenie schematów performance_schema, które bardzo lubi konsumować {{RAM}}. Oczywiście poniekąd jest to dobre, bo czas dostępu się zmniejsza i jak to zauważył michal_s na kanale #wordpress-pl (@freenode.net), to „RAM jest wyłącznie po to, aby go używać„. Zgadzam się z tym w 100%. Jednakże w przypadku serwerów, na których mamy nieco mniejsze zaplecze, a baza zaczyna pochłaniać pamięć – pasuje coś z tym zrobić.
I tak w moim przypadku użycie {{RAM|RAMu}} przez {{MySQL}} (samego procesu MySQL) sięgało 600-700 MB, gdzie cały VPS posiada 1 GB. Dochodziło do sytuacji, gdzie ubijane były procesy, a sama baza się też wyłączała. Po niżej opisanych zabiegach zoptymalizowałem wykorzystanie pamięci do ~200 MB (ogółem, a nie samej bazy).
Nie jest to opis z serii „jestem pro wyjadaczem”, więc nie spodziewajcie się wodotrysków. Publikuję tutaj jedynie kilka zmian w domyślnej konfiguracji, które optymalizują wykorzystanie RAM.
Wyjaśnienia
| ↑1 | Jak nietrudno się zatem domyślić – najważniejszą zmianą jest wyłączenie schematów |
|---|
Nieco inne podejście do chmury z BTSync
Swego czasu testowałem rozwiązanie OwnCloud na serwerze, by postawić swoją własną, prywatną chmurę, do wymiany danych. Coś mi jednak nie przypasiło w niej i rozstaliśmy się. Od kilku dni testuję nieco inne rozwiązanie, które daje mi zbliżoną funkcjonalność – synchronizację danych między urządzeniami, bez limitów [1]Jedynym limitem jest dostępna przestrzeń na serwerze, no i ew. pakiety danych na smartfonie jeśli synchronizujemy po sieci, a nie tylko Wi-Fi.. Uruchomienie, instalacja, użytkowanie jest proste jak budowa cepa.
Wyjaśnienia
| ↑1 | Jedynym limitem jest dostępna przestrzeń na serwerze, no i ew. pakiety danych na smartfonie jeśli synchronizujemy po sieci, a nie tylko Wi-Fi. |
|---|
Cofanie instalacji paczek w CentOS 6
Zapewne nie jestem jedyną osobom, której zdarza się czasem zainstalować jakiś program na serwerze tylko po to, by go sprawdzić, a potem mieć problem z usunięciem zarówno jego, jak i jego zależności. Można wykonać:
yum remove paczkaJednakże nie zostaną usunięte zależności paczki.
Skorzystać można też z package-cleanup z paczki yum-utils poprzez wykonanie:
package-cleanup --leaves --all #samo leaves wyświetli listę sierot
Jednak to też nie jest rozwiązanie, którego potrzebujemy.
Aktualizacja PHP i MySQL na CentOS 6
Bardzo chwalę sobie CentOSa jako system pod server/VPS. Narzekać można jedynie często na dość stare paczki. Można to prosto rozwiązać dodatkowymi repozytoriami i podmianą paczek. W tym wpisie, krótki opis.