Skocz do zawartości

k.kozak

Użytkownicy
 Wyświetl profil  Zobacz jego aktywność

  • Zawartość

    153

  • Rejestracja

  • Ostatnio

  • Wygrane dni

    13

Posty napisane przez k.kozak

  4. Napisano · Raportuj odpowiedź

    Marku, wydajność jest w dużej mierze uzależniona od fizycznych limitów emulowanego kontrolera dyskowego. Nie ma to nic wspólnego z wydajnością całej macierzy.

    Macierz dysponuje połączeniem 40 Gbit na potrzeby serwerów VPS i niezależnym połączeniem 20 Gbit na potrzeby kopii i replikacji. Konstrukcja macierzy jest sprawdzona i stosowana przez nas od 1,5 roku. Żaden z klientów do tej pory nie skarżył się na jej wydajność co jest najlepszym dowodem na to, że całość została zrobiona dobrze i działa stabilnie.

     

    Pozdrawiam,

    Kamil

  6. Napisano · Raportuj odpowiedź

    Marku zapewniam Cię, że takie rozwiązanie nie wpływa zauważalnie na czasy dostępu do dysku. Na potwierdzenie moich słów odsyłam Cię do posta jednego z naszych klientów który przed chwilą wykonał testy o które prosiłeś na serwerach naszych, nazwy i ovh. Warto wziąć przy tym pod uwagę to, że nazwa dopiero uruchomiła tą usługę, a my działamy z nią już od dłuższego czasu co ma też znaczący wpływ na wyniki. Link do wspomnianego postu: http://www.webhostingtalk.pl/topic/57162-zrobmy-testy-swoich-vps/?p=491772

     

    Wydajność, wydajnością, ale liczy się też bezpieczeństwo danych. Jako jedyni na rynku, oferujemy kopie w cenie usługi które są wykonywane co godzinę i przechowywane 21 dni wstecz. Klient może zarówno przywrócić serwer VPS, jak i utworzyć nową tymczasową maszynę wirtualną na podstawie kopii. Nigdy rozwiązanie z dyskami lokalnymi nie będzie zapewniało takiego bezpieczeństwa danych, jak dedykowane macierze dyskowe wraz z replikacja i wysoką dostępnością.
    Dedykowane macierze dyskowe dodatkowo charakteryzują się dużą ilością pamięci RAM, która pełni role cache. Pamięć RAM zawsze będzie szybsza, nawet od dysków nvme.
    Pozdrawiam,
    Kamil

     

  8. Napisano · Edytowano przez k.kozak (zobacz historię edycji) · Raportuj odpowiedź

    MarekCPU:

     

    Pewnie webh puszcza zapisy do dysku każdego klienta z pełną szybkością dysków.

     

    Marku Webh.pl działa w oparciu o zewnętrzne macierze dyskowe złożone z 25 dysków SSD każda wsparte dodatkowo dyskami NVME pod cache odczytu i zapisu. Jest to tak duża moc obliczeniowa, że nie ma możliwości aby pojedynczy serwer w jakikolwiek sposób wpływał na działanie innych klientów. W przypadku KVM'a głównym limitem jest wydajność wirtualnego kontrolera dyskowego. Klient ma do wyboru dwa typy emulacji kontrolera IDE oraz virtio. Bez sensu jest porównywanie świeżego VPS'a w nazwie (gdzie serwery są jeszcze puste) do usługi która na rynku działa już od grubo ponad roku z niezmienioną i tą samą (wysoką) wydajnością. Warto ponad to zauważyć, że nie nakładamy sztucznych limitów w naszej ofercie jak to robią inne firmy.

     

    Pozdrawiam,

    Kamil

  14. Napisano · Raportuj odpowiedź

     

    Tracing route to 94.156.35.72 over a maximum of 30 hops

    1 1 ms 1 ms 1 ms 192.168.0.1
    2 131 ms 1 ms 1 ms 192.168.1.1
    3 143 ms 10 ms 11 ms 172.16.30.1
    4 10 ms 10 ms 10 ms ae0-617.RT.CND.KRK.PL.retn.net [87.245.249.114]
    5 34 ms 34 ms 34 ms ae0-8.RT.TLP.SOF.BG.retn.net [87.245.233.107]
    6 35 ms 34 ms 34 ms GW-BelCloud.retn.net [87.245.240.133]
    7 34 ms 34 ms 33 ms 94.156.35.72

     

     

    Światłowód FTTH, lokalny dostawca :)

  18. Napisano · Edytowano przez k.kozak (zobacz historię edycji) · Raportuj odpowiedź

    Robercie dziękuje za przesłaną wiadomość i podzielenie się sugestiami z nami. Pozwolą one nam na lepsze dostosowanie oferty do naszych użytkowników.


    Swoją wypowiedź podsumowałeś określeniem, że nie jest to elastyczny webhosting. Ja jednak mogę śmiało stwierdzić, że nasz hosting nie tylko jest elastyczny, ale również jest nastawiony na większe serwisy. Limity które przedstawiłeś są limitami "ruchomymi" co oznacza, że nasza platforma może je zwiększyć gdy stwierdzi, że na usłudze obsługiwany jest tzw. "zdrowy" ruch, możesz je tez bez problemu zwiekszyć po kontakcie z BOK (wtedy takie limity są ustalane indywidualnie). Realnie to nie są limity które miałyby zaszkodzić normalnemu użytkownikowy (aczkolwiek dość duży serwis jest w stanie na nich działać bez problemów ;) są to jednak ograniczenia które blokują osoby które mogłyby celowo rozsyłać spam z serwerów czy też generować sztuczny ruch na serwerze.


    Na poparcie mojego stwierdzenia, że jest to hosting jak to ująłeś "elastyczny" warto wymienić kilka ważnych elementów które w innych firmach są limitowane i nie dają swobody wolności, a jak już tą wolność masz to musisz SŁONO za to zapłacić ;):



    - nie limitujemy długości generowanie skryptów PHP (nie nakładamy żadnych ograniczeń, możesz to dowolnie zdefiniować z panelu),

    - nie limitujemy ilości zapytań do serwera WWW,

    - obciążenie MySQL nie jest limitowane i nie jest wliczane do ogólnego wykorzystania zasobów przez Ciebie,

    - nie limitujemy w żaden sposób operacji odczytu z MySQL'a (większość firm ma limity na takie operacje),


    I wiele, wiele innych...


    Podsumowując nasze limity są eleastyczne i ograniczone do minimum oraz zmieniają się wraz ze stażem klienta. Ich zastosowanie ma na celu jedynie wyeliminowanie nadużyć.


    Zauważ proszę, że oferujemy najdłuższy okres testowy spośród większości firm, musieliśmy się i naszych klientów zabezpieczyć przed możliwością wystąpienia abuserów. U nas konta testowe nie są zakładane na specjalnym do tego celu serwerze tylko na platformię która obsługuje w sposób ciągły normalny ruch naszych klientów.


    W przyszłości gdybyś miał jakieś problemy bądź sugestie związane z działaniem naszej usługi to proszę zgłoś to nam przez panel klienta. Dzięki temu wiemy jakie oczekiwania wobec nas mają nasi klienci. Jesteśmy pozytywnie nastawieni na wszelkie propozycje które mogą służyć ogółowi :). Pamiętaj, że elastyczny hosting jest tak elastyczny jak jego wsparcie techniczne. Jak BOK ma swoje procedury i nie wychodzi po za nie to nie ma tutaj mowy o jakiejkolwiek elastyczności.



    Spokojnej nocy,

    Kamil


  20. Napisano · Edytowano przez k.kozak (zobacz historię edycji) · Raportuj odpowiedź

    Proszę zauważ ,że moje "sapanie" zaczęło się po waszej wypowiedzi która bardzo minimalizowała problem (fakt najlepiej gdyby go nie było ale był).... Z takim wysuwaniem wniosków mógłbym sądzić równie dobrze ,że wasza "obrona" była celowa, i jednak działo sie coś na rzeczy większego dlatego tak odebraliście mój "atak".

     

    Rafiki odnosisz się do mojej wypowiedzi. Twierdzisz, że w mojej wypowiedzi stwierdziłem, że problemu tak jakby "nie było". Chciałbym zauważyć, że poinformowałem Cię, że awaria faktycznie miała miejsce, ale skala o której pisałeś w swojej wiadomości była podana mocno na wyrost. Nigdy nie mieliśmy w zwyczaju zamiatania pod dywan jakiś problemów technicznych po naszej stronie, wydaje mi się, że prowadzimy uczciwą politykę informacyjną dla naszych klientów i cały czas dążymy do udoskonalenia tego. Jesteśmy firmą która przyznaje się do błędów i bardzo często nawet przyznaje rekompensaty naszym klientów bez konieczności składania jakichkolwiek reklamacji przez naszych klientów. Proszę pokaż mi drugą firmę która w mojej ocenie tak uczciwie podchodzi do relacji z klientami.

     

    Na potwierdzenie moich słów: https://www.wykop.pl/wpis/22940541/to-sie-nazywa-podejscie-do-klienta-mam-vpscos-w-we/

     

    To jest tylko sprzęt, zarządzany przez człowieka więc od czasu do czasu może się coś zdarzyć. Większość problemów technicznych nawet nie jest widoczna dla naszych użytkowników bo przez lata ciężkiej pracy wyrobiliśmy narzędzia które umożliwiają nam rozkładanie i przerzucanie usług klienckich między serwerami bez żadnej widocznej przerwy dla klienta.

     

     

    Dzisiaj między 2-3 znowu ma być one dostępne tylko nie wiem czy będę wtedy wybranym klientem :)

     

     

    To okienko serwisowe odbyło się już dzisiaj rano. Nie ukrywamy też, że było ono następstwem tej kilkuminutowej przerwy której doświadczyłeś wczoraj. W trakcie tego okienka serwisowego wprowadziliśmy nowe zabezpieczenia które uniemożliwią wystąpienie podobnej awarii w przyszłości.

     

     

    Pozdrawiam,

    Kamil

    • Upvote 2

  21. Napisano · Edytowano przez k.kozak (zobacz historię edycji) · Raportuj odpowiedź

    Rafiki nie ma takiej możliwości żeby serwisy były niedostępne od godziny. Przerwa była faktycznie, ale nie trwała więcej niż ~5 minut i dotyczyła tylko niektórych klientów.

     

    Jeżeli masz problemy z swoim serwisem internetowym to zrób proszę zgłoszenie w panelu klienta - sprawdzimy to.

     

    Pozdrawiam,

    Kamil

  22. Napisano · Edytowano przez k.kozak (zobacz historię edycji) · Raportuj odpowiedź

    Witam,

     

    Dyski SSD przede wszystkim gwarantują niskie czasy dostępu. Nie jesteśmy w stanie w ramach usługi współdzielonej zapewnić Panu dostępu do 100% fizycznej przepustowości dysku.

     

    Proszę o utworzenie zgłoszenia w sprawie kopii w panelu billingowym, nasz administrator przyjrzy się tematowi.

     

    Pozdrawiam,

    Kamil

  23. Napisano · Raportuj odpowiedź

    Szanowni Państwo,

     

    potwierdzam problem na niektórych kontach naszych klientów. Problem był związany z oprogramowaniem limitującym i nadzorującym wykorzystanie zasobów MySQL przez użytkowników. Dla części kont zostały zablokowane m.in. updaty w MySQLu właśnie przez w/w błąd. Problem został rozwiązany i nie powinien już występować w przyszłości.

     

    Pozdrawiam,

    Kamil

  24. Napisano · Edytowano przez k.kozak (zobacz historię edycji) · Raportuj odpowiedź

    Witaj,

     

    dziękuję za Twoją wiadomość i za Twoje spostrzeżenia.

     

     

    • Panel - jest i działa. Mam małe doświadczenie z ISPConfig, ale po tygodniu nie mam problemu z obsługą

     

    Korzystamy z panelu ISPmanager 5 z własnymi modyfikacjami :).

     

     

    • klient Git - jest i działa. podobnie jak SSH. Brak byłby dużym minusem. Jeszcze tydzień temu w Webh nie było, ale już uruchomili.

     

    Git został uruchomiony po wielu sugestiach naszych klientów. Jesteśmy otwarci na wszelkie propozycje. Tworzymy tą usługę dla was :) i jak jesteśmy w stanie coś klientom ułatwić to chętnie przystajemy na takie propozycje.

     

     

     

    • Backup - przeniosę do pozytywów jak zacznie działać. Ponieważ widziałem już na forum, że ktoś miał dokładnie ten sam problem, uznaję że nie jest to odosobniony przypadek. W skrócie backup jest widoczny w panelu (dla WWW robiony co 6 godzin, dla bazy danych co 1 godz), ale próba pobrania kończy się wygenerowaniem pustych plików.

    Zarówno bazy jak i pliki stron mają backup co godzinę :). Przekażę ten problem do naszego administratora żeby ponownie zweryfikował opisywaną sytuację.

     

     

    • Limit zapytań zapisu 25000 (dla użytkownika MySQL na godzinę)

     

    Limit ten został podniesiony do 50000. Zmiana u wszystkich klientów powinna być widoczna do kilku dni.

     

    Pozdrawiam,

    Kamil

    • Upvote 1
×