Skocz do zawartości

Poziomecki

Użytkownicy
  • Postów

    573
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    31

Odpowiedzi opublikowane przez Poziomecki

  1. 18 godzin temu, ćwierćadmin napisał(a):

    z tego co kojarzę to kiedyś (czyli tak z 10 lat temu), to zależało od "jakości" prądu :) czyli żeby sinusoida była ładna, bo to działało na zasadzie modulacji sinusoidy :) i coś czytałem że gniazdka musza być na tej smaej fazie

     

    Teraz już to nie ma takiego znaczenia.

  2. 38 minut temu, Juvenito napisał(a):

    No właśnie, tylko czytałem że te w kontaktach to bardzo słabe rozwiązanie. 

     

    Tylko ja same AP miałem, bez tego przekazywania sieci po 230V, ale u kolegi i takie rozwiązanie się sprawdza i sobie chwali w 2 kondygnacyjnym 40 letnim domu.

     

  3. Jeśli już to wyłącz sobie wifi funboxa bo będzie ci kaleczył sieć. Zestaw coś po LAN najpierw działającego z mesh a później punkty. U mnie się sprawdzały najtańsze z TPlinka takie "do kontaktu" wtykane. Prędkości nawet stabilne, ale wiadomo że w budżetowym rozwiązaniu szału nie ma :)

     

    Od razu szukaj też sobie coś dwuzakresowego 2.4 i 5GHz.

  4. 7 godzin temu, frn napisał(a):

    znam ten panel i korzystam w kilku miejscach lecz uważam że to rozwiązanie dalej jest panelem hostingowym pomimo usunięcia zbędnych elementów. Kolejna sprawa dość istotna to rejestracja i ewentualne odzyskiwanie hasła które to elementy by wymagały spięcia z jakimś oddzielnym panelem rozliczeniowym  pełniącym role menadżera użytkowników. Im więcej elementów tym więcej problemów, prawda?

    Przyjmując że usługa ma być prosta powinna być oparta o minimum elementów które mogą tworzyć problemy przy długoterminowym użytkowaniu.     

     

    Niby tak. Podsyłam po prostu rozwiązanie alternatywne :) z tego względu że możesz sobie w tedy dostosować wszystko jak sobie uważasz.

  5. 29 minut temu, frn napisał(a):

    czyli powstaje kombajn?! przez chwilę brałem pod uwagę i taki scenariusz ale zależy mi naprawdę na czymś prostym opartym o schemat: rejestracja, przypomnienie hasła, zarządzanie dns dla użytkownika końcowego.

     

    W przypadku hestiacp masz możliwość konfiguracji co chcesz instalować, więc wystarczy ci sam DNS tak naprawdę. Sam panel jest bardzo lekki.

    Zobacz: https://gabizz.github.io/hestiacp-scriptline-generator/

     

    Kiedyś hobbystycznie sobie zrobiłem skrypcik do tego do dyndns i bardzo fajnie można to oskryptować jak się pokombinuje.

  6. Zawsze możesz sobie oskryptować jakiś panel z API. HestiaCP/VestaCP mają API i w zasadzie robisz sobie tylko logowanie i reszta po API leci. Do tego cluster DNS zapinasz na tym i gotowe.

  7. 2 godziny temu, l3szcz napisał(a):

    Hestia aktualizuje, testuje czasem ich staging i tam co chwile sie coś dzieje :) Wchodzi choćby DNSSEC 

     

    I to chyba dużo częściej niż vesta.

    Jedyne czego brakuje to jak w DA zmiany softu do obsługi i ewentualnego późniejszego doinstalowywania. Trzeba reinstalować całość żeby coś pozmieniać.

     

    CyberPanel jest dosyć specyficzny. Trochę na innej zasadzie się wszystko ustawia niż w przypadku tradycyjnych paneli. Mi nie przypadł do gustu choć funkcjonalności ma bardzo fajne.

    • Lubię 1
  8. 9 godzin temu, Matix8981 napisał(a):

    [07-2020] Uruchomienie własnej serwerowni
    Uruchomienie własnej serwerowni w polsce [OPOLE]. Migracja kluczowych usług z firmy OVH oraz rozpoczęcie migracji pozostałych.

    Raczej tutaj mowa o pseudo datacenter, adresacja należy do orange w tym używają ASN orange (bez alokacji adresacji na własnym ASN).

     

    No właśnie do tego doszedłem, ale nigdzie oficjalnie poza tym nie ma informacji o dc co jest zastanawiające a jednak oferta interesująca jeśli chodzi o VPSy.

  9. WHMCS - boxbilling już jest rzadko aktualizowany. Fossbilling zrobiony jako fork boxbilling, ale no dalej to darmowe, nie wiadomo jak ze wsparciem w przyszłości a pomyśl o ewentualnej migracji do innego systemu. Przecież to będzie tragedia.

     

    Jeszcze sobie bleste zobacz. Kiedyś dobrze się zapowiadała.

  10. 13 godzin temu, Grzegorz.R napisał:

    Otwierać hosting głównie pod konta reseller

     

    To powinieneś wziąć taki panel w którym czujesz się najlepiej. Największą popularność ma chyba directadmin w małych hostingach. Jest prosty w utrzymaniu, wyklikiwalny praktycznie i ma sporo dodatków. Nie wiem jak cenowo ci się kalkuluje, ale rozważ oba. Z pleskiem mało miałem do czynienia, ale z tego co wiem jest dosyć stabilny.

  11. 21 godzin temu, spex napisał:

    Czemu snapshopt to nie backup? W sensie, czy to nie zależy od polityki kopi bezpieczeństwa. Jeśli wykorzystuję mechanizm snapshopu by zrobić kopię tu i teraz, a potem synchronizuję te snapshopty na inną maszynę, to nie będzie to jednak backup?

     

    Przy DB różnie bywa. Możesz mieć pełny backup, możesz mieć snapshota a przy przywracaniu nagle baza nie wstaje i jest rzeźba. Dlaczego nie wstało, co jest nie tak. Czasem może być tak że backup zrobi się po prostu "w złym" momencie. Nie raz miałem sytuacje co prawda na szczęście w strefie czysto deweloperskiej i testówkach że robiłem sobie snapshoty "co krok" np. po instalacji danego oprogramowania. Fajnie do tego się to idealnie nadaje, ale nie raz miałem sytuacje że po rollback nagle coś po drodze nie wstawało bo akurat coś się źle zrobiło, jakiś proces wisiał w tle i bęc dane w db mogą być w tedy niespójne.

  12. Tak musisz mieć w tedy ceph i z tego co pamiętam jeszcze ZFS musi być wdrożony.  W tedy możesz nawet wdrożyć coś w rodzaju FailOver że jak padnie serwer #1 to VMka wstaje na serwerze #2. Kiedyś to testowałem nawet działało. Minusem wdrożenia jest to że ZFS potrzebuje więcej ramu. Nie mogę znaleźć, ale tam jest jakiś przelicznik ile RAMu potrzeba na optymalne działanie VMki na ZFS (oblicza się na podstawie dysków). Tu masz info: https://pve.proxmox.com/wiki/ZFS_on_Linux

    Na start potrzebuje 8GB RAM na "życie"

     

    "ZFS uses 50 % of the host memory for the Adaptive Replacement Cache (ARC) by default. Allocating enough memory for the ARC is crucial for IO performance, so reduce it with caution. As a general rule of thumb, allocate at least 2 GiB Base + 1 GiB/TiB-Storage. For example, if you have a pool with 8 TiB of available storage space then you should use 10 GiB of memory for the ARC."

     

    Pod DB Szczerze? Wygospodarowałbym jakieś dwa-cztery dyski pod kolejny raid 10 na SSD. W tedy nawet backup możesz robić lokalnie na HDD a później przerzucać go bezpośrednio z HDD na zewnętrzny zasób (żeby nie trzymać na jednym serwerze backupów).

     

    Skoro zabbix na zewnętrznej usłudze odpada to trudno. Stawiaj go na zwykłej VMce.

     

    Podsumowując - robisz dwa zasoby. Pierwszy - HDD raid 10 pod VMki i drugi SSD raid 1 lub 10 pod DB. Jeżeli nie chcesz wpędzać się w koszty możesz to zrobić później. Czyli stawiasz w pierwotnej wersji na HDD a w razie potrzeby rozbudowujesz o zasób SSD (do wyklikania w sumie wszystko, kwestia wpakować dyski). Później migracja na SSD, 5 minut i po wszystkim.

     

     

    P.S. przy tworzeniu klastra pamiętaj tylko żeby druga maszyna, którą włączasz do klastra była pusta (bez VMek). Inaczej proxmox nie przyjmie ci "gościa".

     

    P.S. 2 - jest jeszcze jeden myk, który robią niektórzy. Stawiają np. na jednym dysku proxmoxa (sam system) a pod kolejne storage podpinają tylko zasoby wyłącznie dla VMek.

    • Lubię 1
  13. Duża ta baza? Dużo zasobów potrzebuje? Jeżeli masz możliwość to najlepiej VM z DB wrzucić sobie na zasób dyskowy SSD. Reszte typu zabbix / poczta trzymaj nawet na HDD (o ile nie przewidujesz całości na SSD co będzie pewnie lepsze).

     

    Zależnie od ilości dysków. Możesz sobie np. 2 dyski w RAID 1 (a najlepiej 10 jeśli jest więcej dysków) wrzucić pod VMki i kolejne 2 dyski SSD w RAID 1 pod DB. W proxmoxie stworzysz po prostu osobny zasób.

     

    Najlepiej jak napiszesz czy bierzesz jakiś gotowiec w dzierżawę czy myślisz o własnym blaszaku.

     

     

    edit: monitoring typu zabbix wrzuciłbym w ogóle w osobny VPS gdzieś w osobnym DC. Koszt znikomy w porównaniu z dedykiem, ale jeśli padnie ci lokalizacja nadal będziesz miał wgląd chociażby co się działo tuż przed awarią i jak się zachowywały wirtualki.

  14. 1 godzinę temu, Pawel_15 napisał:

    Zgadza się tylko zawsze istnieje - ledwo bo ledwo ale! - możliwość że taki klient kopnięty w żyć nie skorzysta z oferty danej firmy i nikomu jej już nie poleci.
    Jest różnica pomiędzy "firma przejęła mnie w spadku po pięciu innych i dalej wykonują swoje zobowiązania. Szacunek i mogę ich spoko polecić" a "dostałem kopa w żyć, byłem piątym kołem u wozu, firmie nie zależy na ludziach to mi nie zależy na firmie, nie polecam i nie skorzystam". To niby jeden klient którego można potraktować spłuczką ale matematycznie/akademicko istnieje ta miliardowa setna promila że mógłby być dobrym i wiernym klientem i ściągnąć i przekonać kilku innych klientów. Na przykład na zarządzanego dedyka za 7365,24 PLN rocznie :) :) :)

     

    Ale w tedy naślą na takiego użytkownika "heretyka internetowego" zgraje prawników i będzie edycja postu xD Znamy to przecież z forum w...

  15. 3 godziny temu, Pawel_15 napisał:

    Regulamin regulaminem ale praktyka życiowa pokazuje że takie oferty "lifetime" nie są dożywotnie, no chyba że się jest klientem N czy H :) Wtedy jest szansa że oferta dożywotnia faktycznie taką będzie.

    Skoro już dana firma przejęła w spadku inne wraz z inwentarzem to w dobrym tonie by było jakość wyjść z twarzą z takiej sytuacji i takiego VPS-a utrzymywać chociażby z jakimiś tam limitami na przykład w transferze czy z portami. Kwestia dobrego ogarnięcia i dogadania się. Wystawianie faktur jest w takiej sytuacji zimne i nie do końca marketingowo dobre.

     

    No tak tylko teraz zrobił to się już mały moloch i moim zdaniem nie zależy im na tych kilku klientach z usługami za free. Taniej dla nich będzie zamknąć to kosztem nawet "odejścia" tych kilku / kilkunastu klientów, którzy pewnie nie mają innych usług tam niż to utrzymywać.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.