gb1

@nrm dlatego zacząłbym od kontrolerów dysków, po czym płyty choć można także dyski podłączyć tam gdzie akurat pasuje złącze :-)

@nrm sugerowałbym rozpocząć planowanie od wyboru kontrolerów dysków oraz płyty, ponieważ to są najbardziej istotne elementy w przypadku NAS, a według mnie obecnie to właśnie "storage" jest wąskim gardłem w przypadku wirtualizacji.

@hosemd Czy cały czas wątek dotyczy tego samego ? wcześniej pisałeś: Przyznam, że jeśli obecnie uważasz że informacja w jaki sposób są obliczane (w tym uśredniane) dane które stanowią podstawę do obliczenia dodatkowo płatnych usług to przyznam że jest bardzo zdziwiony Twoim komentarzem. Jednak jeśli nawet przyjąć, że dane te nie są podstawą do obliczenia dodatkowych opłat, to sam napisałeś wcześniej że ciekawią Cię nagłe skoki w udostępnianych przez dostawcę danych. Czy podstawą do ustalenia z czego one mogą wynikać nie jest ustalenie źródła danych oraz sposobu ich obliczania jeśli one są prezentowane klientowi ? Jeśli trzymać się założenia że sposób obliczania tych danych jest "tajemnicą firmy" to także można przyjąć że prezentowane dane są po prostu losowo generowane, ale wtedy są zupełnie bezużyteczne dla klienta zatem jaki cel ich udostępniania ? Wszyscy więksi światowi dostawcy usług (mam na myśli usługi typu AWS, GCE, Azure), bardzo jasno technicznie w większości przypadków opisują w dokumentacji co dokładnie jest źródłem danych oraz jak jest to obliczane, w szczególności jeśli stanowi podstawę do rozliczeń. Ciekawostką jest na przykład na platformie GCE sposób obliczania iops zapisu, ktoś nie znając sposobu obliczania może się bardzo zdziwić :-) (to taka dygresja).

@rafal.kusmider z ciekawości zapytam się jak liczona jest średnia ? jak często próbkowana, jaki parametr dla procesora jest pobierany i jak obliczana jest średnia ? Czy jest dostępny dokument opisujący to zagadnienie ?

@sebek uważam inaczej :-) Potwierdzasz zatem to co pisałem poprzednio. Minimum, czyli może być teoretycznie znacznie więcej wolnych zasobów, w takim przypadku odczucie użytkownika który wymaga więcej zasobów będzie lepsze aniżeli tam gdzie jest ich bliżej minimum. Zakładasz zatem że użytkownicy będą mieli górną granicę możliwości wykorzystania zasobów nawet jeśli są one wolne, jeśli jednak takiego limitu nie ma to odczucie użytkownika może być różne w zależności od fizycznych zasobów. Oczywiście zgadzam się w zupełności że wszystko zależy od dynamicznego balansowania użytkowników na fizycznych zasobach, jednak patrząc na rzeczywistość hostingu to tylko nieliczni z tego korzystają i zapewne nie tak dynamicznie jak byś tego oczekiwał. Tak na marginesie to "zalecane" przez kogo ? ;-)

@sebak maszyna ma 10 klientów, 100 jednostek mocy zasobu, jesteś zatem za tym aby 10 klientów miało zawsze dostępnych tylko 10 jednostek ? hosting współdzielony polega na tym że 10 klientów otrzymuje zwykle dostęp do 100 jednostek mocy, a minimum 10 jednostek, co powoduje że dostępna moc jest zależna od wykorzystania innych. Jeśli 9 klientów korzysta tylko z 2 jednostek każdy (9x2 = 18 łącznie) to jeden z nich ma możliwość wykorzystania 82 jednostek. Oczywiście od dobrego dostawcy usługi zależy jak sprawnie balansuje klientów na zasobach fizycznych, ale patrząc na większość to zaawansowanie techniczne polega zwykle na instalacji i utrzymaniu standardowych rozwiązań typu DA. Jedna nawet z najlepszym balansowaniem rezultat jest wypadkową. Oczywiście inaczej sytuacja wygląda jak mamy do czynienia z bardziej zapewnionymi (nie chcę użyć słowa gwarantowanymi) zasobami tak jak w przypadku platform chmurowych jak aws, gce czy azure. Pomijam kwestie overbookingu, etc. na którym jest bazowany hosting współdzielony.

@sebak hosting współdzielony polega na tym że udostępnia się pełne zasoby dla wszystkich i dba jedynie o zachowanie minimalnych parametrów. Co skutkuje że powtarzalna jest minimalna wartość parametrów, a nie maksymalna która jest wynikową aktualnego zużycia zasobów na fizycznym zasobie.

W przypadku storage w przypadku braku zasobów przypisanych per użytkownik to wszystko jest losową na jakie fizyczne zasoby trafi akturat Twoja przestrzeń dyskowa. Zatem jeśli w Twoim przypadku jest lepiej u A aniżeli u B, nie oznacza że uruchamiając kolejną usługę będzie to powtarzalne. Istotne jest jakie są Twoje oczekiwania względem usługi. Słowem klucz jest "dodatkowo płatnych ponad ustalony limit". Zatem jakich informacji oczekiwałbyś aby dostawca usługi udostępniał abyś miał w tej kwestii pełną informację i nie wymagał kontaktu z BOK ?

@SomeGuy poświęca czas i stara się pomóc, w odpowiedzi otrzymuje "przy czasie" pytający wróci do tematu, ciekawe podejście....

Pociągnę temat jeśli pozwolisz jakiego typu problemy zwykle występują w Twoim odczuciu ? Jakiej zatem oczekujesz ? rozumiem że rozmawiamy o hostingu współdzielonym ? i jak obecny dostawca to rozwiązał że widzisz znacząco tą różnicę ? rozumiem że cały czas masz na myśli współdzielony hosting masowy ? w przypadku hostingu współdzielonego jest to dla Ciebie istotne ? w jaki sposób ustaliłeś że jest to niestabilność LiteSpeed w przypadku hostingu współdzielonego a nie inny element platformy ? Czy jesteście pewni że nie nadużywacie w tym przypadku pojęcia "ekspert" ?

rootbox.pl ma montowanie ISO od lat, masz nawet możliwość wystartowania serwera tylko z ISO bez dysku. Wszystko zależy od typu ataku, przy większym DDOS większość operatorów oraz dostawców wycina ponieważ ma to wpływ na wszystkich klientów.

Mogę zrozumieć jakość usług oraz stabilność, ale z ciekawości zapytam się po co potrzebujesz BOK jeśli masz dwa pierwsze zapewnione ? możesz podzielić się jakie braki widziałeś i jak obecny dostawca je uwidocznił ?

@BlackJuice odpowiednio się zabezpiecz zatem aby nagły przyrost logów nie miał wpływu na stabilność całości systemu.

sprawdziłeś że jest chain/target/match o takiej nazwie ? ;-)

@someone jakoś w apache 2.3 to zmienili, jednak jeśli apache mu wstaje przy takiej konfiguracji to znaczy ze moze port 8080 otworzyc, co by oznaczalo ze na porcie 8080 słucha apache a nie nginx. Jeśli jednak słucha nginx to apache nie ma prawa wstać, a to było moje pierwsze pytanie czyli ustalenie co oznacza że "nie strartuje virtualhost". Może człowiek nie wie że musi przeładować usługę ? trudno mi ocenić ale ja się poddaję :-)

Poddaję się :-)

W pierwszej lini tego pliku konfiguracyjnego dodaj w nowej lini: NameVirtualHost *:8080 http://httpd.apache.org/docs/2.0/mod/core.html#namevirtualhost

Czy port 8080 wykorzystujesz gdzieś indziej w konfiguracji czy jedynie w tym jednym pliku konfiguracyjnym użyłeś portu 8080 ?

Mało techniczne te metafory. Zatem serwer z cytowaną przez Ciebie konfiguracją startuje poprawnie ? jednak po połączeniu się z serwerem na port 8080 i wydaniu zapytania HTTP/1.1 z nagłówkiem Host: api.djlive.eu otrzymujesz zawartość dla virtualhosta djlive.eu ?

W pierwszym zdaniu napisałeś "nie startuje mi virrtualhost", co przez to rozumiesz że nie startuje virtualhost.

co rozumiesz przez "nie startuje mi virrtualhost" ?

Nie zawsze masz wybór gdzie system obecnie pracuje Jednak podsumowując rozumiem, że usługa której wątek dotyczy nie posiada możliwości montowania ISO, jednak pozwala na bootowanie z wykorzystaniem iPXE z dowolnego źródła w sieci ?

livecd to tylko na ostatni etap, ale często nie ma możliwości uruchomienia serwera źródłowego z livecd wtedy na ostatnim etapie wszystkie usługi "down" i "hardcore" jak sam to oceniłeś z drugiej strony, dlaczego nie miałoby zadziałać, to tylko linux :-)

@SomeGuy potrzebujesz osobnego hosta aby zbootować wtedy, najlepiej w tej samej sieci aby opóźnienia były niskie, a mają one znaczenie jeśli to nie tylko netboot. To taka codzienność a nie hardcore :-) choć dobrze się dowiedzieć że żyje się w hardcorze :-)

Nie dziwię się że jest popularne, jednak nadal nie pozwala bezpośrednio do serwera podłączyć iso Oczywiście kombinować można i iPXE jest jest dobrym rozwiązaniem alternatywnym jeśli godzimy się na jego ograniczenia.