Skocz do zawartości

gb1

Użytkownicy
  • Postów

    283
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    2

Odpowiedzi opublikowane przez gb1

  1. 8 godzin temu, SomeGuy napisał:

    W sposób nieograniczający działania usługi z dnia na dzień

     

    Rozwiązania widzę dwa: throttling - czyli ograniczenie parametrów lub płatność za wykorzystanie ;-) który bardziej przemawia do Twojego zastosowania ? Czy widzisz inne rozwiązania ?

  2. 17 godzin temu, Archi napisał:

    No jeśli aplikacja jest tak spieprzona, że nawet socketu nie umie zamknąć jak się wywali

     

    Wszystko zależy od architektury aplikacji, jeśli składa się z licznych komponentów w formie subsystemów, mikroserwisów lub podobnych to część odpowiedzialna za otwarty socket jest tylko gatewayem, zatem jeśli inny komponent zwraca błąd lub jest "crashed" nie oznacza że musi zwolnić socket. Dobrym przykładem jest serwer http (np. apache lub nginx) i serwer aplikacji php działający osobno (w formie fpm lub podobnej). Błąd aplikacji lub serwera aplikacyjnego nie oznacza w takim przypadku konieczności zwolnienia socketu.

    Jednak coś czuję że to jest jednak aplikacja monolityczna :-)

  3. @magician przecież się staram dzielić, choć może oczekujesz jedynie rozwiązań technicznych, ale według mnie aby zacząć dobierać środki techniczne wpierw należy dobrać założenia biznesowe. Widziałem za dużo przekombinowanych środowisk które po pierwsze nie spełniały wymogów HA jako całość, po drugie przez nie odpowiedni dobór środków technicznych do zamiarów (przerost formy nad treścią) powodowały same w sobie większość problemów.

    Podsumowując zacznij od:
    1. realne założenia dla parametrów RTO oraz RPO

    2. wielkość danych które podlegają ochronie oraz ich delta dzienna (jeśli są to różne obszary danych to z podziałem na grupy)   

  4. @magician z całym szacunkiem, czy jesteś pewien że z obecną wiedzą jesteś w stanie zrealizować tak ambitny duży projekt ? Sugerowałbym dołączenie do zespołu przynajmniej konsultanta z wiedzą ekspercką w tym zakresie. Jednak ja bym zaczął od ponownej oceny czy podawane parametry RTO oraz RPO są realnie wymagane dla tego projektu.

     

    Duże popularne serwisy internetowe często nie posiadają takich wymagań jakie podajesz.

  5. @MateuszCODE ja bym nie szedł w kierunku monitorowania otwartego socketu, a na bazie tego co pisałeś bardziej w monitorowanie aplikacji przez otwarty socket. Czyli wysłania zapytania do aplikacji przez sieć, otrzymanie odpowiedzi, podjęcie decyzji co dalej zrobić na tej bazie, odczekanie wyznaczonego czasu i ponownie od początku. Jak sam napisałeś w przypadku "crash" process nadal działa i w takiej sytuacji zapewne także socket nadal jest otwarty wiec monitorowanie samego socketu nic Tobie nie wniesie.  

  6. 2 godziny temu, magician napisał:

    Jesli ustalimy RTO /RPO na poziomie 15 minut to co? jeśli 30 minut to co? jeśli 1h to jak to zmienia podejście?

     

    Po pierwszy czy rzeczywiście potrzebujesz RTO i RPO o takiej samej wartości ? Czy tak niskie parametry RTP i RPO są dla Ciebie rzeczywiście istotne ?  Wymienione parametry znacząco potrafią zmienić podejście i technologie które wykorzystasz.

     

    Czy chcesz podejść do tego typowo biznesowo czy hobbystycznie z założenia "nie potrzebuję ale lubię mieć możliwości" ?

    2 godziny temu, Mion napisał:

    Wtedy nie tracisz danych, bo odtwarzasz mastera z slave.

     

    W zależności od konfiguracji oraz sytuacji utraty danych w proponowanym rozwiązaniu jest jak najbardziej możliwia. Pamiętajmy o tym jak dane są synchronizowane pomiędzy master i slave.

     

    2 godziny temu, Mion napisał:

    Do przechowywania sesji możesz użyć  osobnej instancji redisa lub klastrów redisa.

     

    @Mion dobrze radzi zastanowić się nad innym mechanizmem aniżeli baza do trzymania sesji. Pytanie czy jest realna potrzeba klastra ? Co się stanie jak utracimy sesje ? Czy sesje są tak bardzo istotne w tym rozwiązaniu że muszą być tak chronione ? Istotne jest czy celem jest niezawodność i ciągłość działania (tak rozumiem OP),  a nie wydajność.

     

    3 godziny temu, magician napisał:

    Jak idziemy w load balancing to i tak jest jakis element struktury robiący load balancing i to on jak padnie to jest pozamiatane jak mniemam?

     

    Load balancery możesz także uruchomić w HA, pytanie czy masz rzeczywistą potrzebę ? Będziemy to wiedzieli jak poznamy realne biznesowe założenia dla parametrów RTO oraz RPO.  Innym istotnym elementem przy planowaniu tego typu rozwiązań jest ilość danych które podlegają ochronie oraz jaka jest ich delta dzienna.

  7. 4 godziny temu, Archi napisał:

    Nawet mi się nie chce ładnego basha pisać na takie bzdety

     

    a potrafisz ładny bash napisać ? ;-)

    Należy jednak przyznać że rozwiązanie @Archi choć "toporne" to jedyne rozsądne. @MateuszCODE zakłąda monitorowanie portu tcp/udp, tak jak w przypadku tcp nie ma większego problemu, tak w przypadku udp nie jest to takie banalne :-) Choć jak rozwiązanie przedstawione przez @Archi wskazuje jeśli monitorujemy z tego samego systemu na którym socket jest otwarty to jest to znacznie prostsze.

    Natomiast wygląda na to że @MateuszCODE  nie planuje monitorować portu udp, a jedynie usługę która jest udostępniona na tym porcie, a to znacząco upraszcza zadanie :-) Najwygodniej prosty skrypt w pętli wysyłający request po UDP, czekający na odpowiedź, sprawdzający zawartość po czym czekający "n" czasu do kolejnej próby.

     

    Jeśli natomiast monitorując z tego samego hosta jak sugeruje @Archi to ja bym bardziej szedł w kierunku:

     

    sudo lsof -Pi UDP:53

     

  8. @The I poczytaj zatem co usunąłeś, do czego służyło, dlaczego przyrastało. Wszystko nagle stanie się jasne :)

     

    Innym rozwiązaniem jest wynajęcie eksperta w zakresie mongodb, który nie dość że naprawi to omówi z Tobą co się wydarzyło, co jest tego powodem i jak można postępować w przyszłości.

     

    Zatem jak widać dwie drogi nabycia wiedzy do wyboru w zależności od Twojej obecnej wiedzy i chęci do poświęcenia dłuższego czasu w celu nauki samodzielnej lub skorzystania z wiedzy eksperckiej, która jednak zwykle kosztuje.

    • Lubię 2
  9. 4 minuty temu, ziemowitg napisał:

    Chodzi tutaj np: o omówienie warunków ewentualnego sponsoringu

     

    Sprawa zupełnie nie dla BOK czy administratora bym bardziej :-) to jest czysta warstwa biznesowa, czyli przed zawarciem umowy piszesz z propozycją do firmy, jeśli są zainteresowani to kontakt jest poza standardową procedurą obsługi usług hostingu. Kwestie księgowe to później możliwe także poprzez tickety, z doświadczenia podpowiem że ważne żeby przed zapłatą kwestia była uzgodniona.

  10. 52 minuty temu, Malu napisał:

    Dlaczego?

     

    Bo to złe dyski są :-) w innych słowach mało wydajne, parametry z data sheet to jedynie zgodnie z datasheet jedynie "out of the box" czyli bez pre-conditioningu. Nie widzę możliwości jak byłby w stanie osiągnąć podawane przez Ciebie wyniki na trzech dyskach.

    Jestem przekonany, że w Twoim przypadku to dyski były wąskim gardłem lub coś powyżej sprzętu. 

  11. 5 minut temu, Malu napisał:

    software-raid5 jak i hw-raid5 na 3 dyskach SSD osiągałem taką samą wydajność dla odczytu

     

    Zatem wąskim gardłem były dyski, nie kontrolery w tym przpadku.

     

    5 minut temu, Malu napisał:

    pamięć nie myli to były inel pro 2500, a wydajność coś około 100k iops na bs=4k

     

    Pamięć jest zawodna, te dyski nie mają nawet możliwości zbliżyć się do takich wyników.

     

    6 minut temu, Malu napisał:

    R6 jest więcej luzu

     

    Należy stać na baczność natomiast w innych sytuacjach. Awarie i wymiana dysków to standardowa czynność obsługowa, w naszym przypadku nie wymagająca nawet udziału administratora.

  12. 33 minuty temu, Malu napisał:

    Raczej w drugą stronę - znam kontroler, który dorównuje  wydajności software raid

     

    Z ciekawości zapytam o producenta i model ? Rozumiem że badania / testy dokonywałeś na takim samym nośnikach, zatem ciekawe jest jakie wykorzystałeś nośniki (producent i model) oraz jakie środowisko testowe.

     

    34 minuty temu, Malu napisał:

    nigdy nie miałem z tego powodu jakichkolwiek problemów.

     

    Módl się do swojego Anioła Stróża bardzo mocno :-) awarie były, są i będą, wszystko kwestią jedynie jak jesteśmy na nie przygotowani.

     

    35 minut temu, Malu napisał:

    bo tutaj mogą nam wypaśc jakiekolwiek dwa dyski w R10 możemy mieć pech

     

    To że wypadną to nie jest większym problemem, problem jak dwa w tej samej grupie (nie jakiejkolwiek dwa) nieodwracalnie ulegną awarii bez możliwości odczytu danych.

     

    Obecnym kierunkiem dla "capacity" to SDS zatem raid w postaci jaką od lat znamy pozostaje nam jedynie w kwestiach "performance" na chwilę obecną.   

  13. 12 godzin temu, ziemowitg napisał:

    Kontakt telefoniczny z adminem - nie przyjmuje ofert od firm / osób, gdzie kontakt możliwy jest  tylko przez email.

     

    W biznesie hostingu / chmury iaas element ludzki jest najdroższym składnikiem, natomiast wymagasz aby w podanej cenie dostęp do tego cennego zasobu był bezpośredni i zapewne nieograniczony (tutaj brak danych z Twojej strony). 


    Zastanów się zatem czy stawiając takie wymaganie nie ograniczasz sobie znacząco ilości dostawców usług, a w przypadku jeśli otrzymasz takie oferty to sugerowałbym mocno zastanowić się czy to co otrzymujesz jest rzeczywiście tym czego oczekujesz.

    Zastanawiam się czy wymieniony wymóg jest spowodowany dotychczasowym złym doświadczeniem z dostawcą czy może brakiem doświadczenia i wiedzy który chcesz aby dostawca uzupełniał w cenie hostingu ?

  14. 3 minuty temu, Malu napisał:

    Ostatnio zawsze sprzętowy kontroler przelączam zawsze w HBA mode.

     

    Należy pamiętać że nie wszystkie kontrolery potrafią zostać przełączone bezpośrednio w HBA mode, wszystko zależy od architektury kontrolera. 

     

    4 minuty temu, Malu napisał:

    dysków SSD często lepszą wydajność uzyskamy na sw-raidzie niż hw, ale to zależy dużo od klasy kontrolera

     

    Znasz kontroler sprzętowy który jest znacznie bardziej wydajny aniżeli software raid przy zastosowaniu niezbyt starego sprzętu ?

     

    4 godziny temu, Tomek napisał:

    czy według Was - lepszy RAID SW dla ssd z trim, czy tez - RAID HW bez trim i dyskami z garbage collectorem

     

    Wszystko zależy od zastosowania i oczekiwań. Jak trafnie @Malu zauważył istotny jest także aspekt DR, zatem najlepiej dobrać rozwiązanie do własnych potrzeb i środowiska w którym całość będzie działała. Mogę Tobie podpowiedzieć że rozsądnym rozwiązaniem są dyski SSD (min. prędkość zapisu sustained 100% na poziomie >100k iops) podłączone za pomocą SAS, umieszczone w zewnętrznych półkach, podłączone jednocześnie do dwóch serwerów fizycznych z kontrolerami LSI SAS 3308 działającymi w IT mode i software raid-10. Jednak czy to jest odpowiednie rozwiązanie do Twoich potrzeb i Twojego środowiska (sprzętowego, organizacyjnego, zasobów ludzkich) ?

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

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