Skocz do zawartości

UnixStorm.org

WHT Pro
  • Zawartość

    291
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    9

Wszystko napisane przez UnixStorm.org

  1. [opinie] Unixstorm.org

    Jak widać na załączonym "obrazku" nasz główny serwer jest jeszcze w ATM. Wszystko działa i działało. Nie działa tylko Tobie bo sądząc po wklejomym MTR, Twoje IP zostało przez nas wycięte po ostatnich atakach DDoS na tenże serwer. To oznacza, że albo odziedziczyłeś po kimś ten adres IP, albo uczestniczyłeś w tym ataku. W obu przypadkach jednak Twoje IP będzie widniało tam dożywotnio.
  2. [opinie] Unixstorm.org

    Według naszego monitoringu (serviceuptime, co 5 minut, każdy serwer), w maju serwery webhostingowe miały uptime: - najgorszy: 99.919 % (x3) - najlepszy: 99.988 % (atm7, x1, x2) Pozostałe serwery równe 99.977 %. Serwery w 3SF miały wszystkie po 100%. Technicznie oferta już jest gotowa - możemy już przyjmować zamówienia na maszyny dedykowane w 3SF, ale jeszcze wszystko czeka na umieszczenie na stronie. W przypadku zainteresowania zapraszam na razie do kontaktu mailowego w tej sprawie - michal@unixstorm.org. Możemy sprowadzić, przygotować i uruchomić prawie każdą konfigurację serwerową w ciągu 1-3 dni roboczych, więc indywidualne zamówienia nie są żadnym problemem. Będą większe. Jeszcze nie skończyliśmy aktualizować strony ani nawet przenosić klientów (jesteśmy mniej więcej w połowie). Oferta na pewno będzie zaktualizowana w tej połowie czerwca.
  3. unixstrom padł

    Witam, Ktoś pakietował naszą sieć (ewidentnie celowane w IP naszego głównego serwera). Z tego też powodu chwilami mogło zrywać połączenia. Obserwujemy co i jak...
  4. Przenosiny Unixstorm do nowego DC

    Amerykańska wersja MPS'a: http://www.rsportscars.com/mazda/2007-mazda-mazdaspeed6/ Dokładnie tak. Klienci, którzy mają w umowie zagwarantowaną lokalizację (dedykowane/VPS), otrzymają możliwość przejścia do nowego DC na podstawie pisemnego aneksu do umowy lub rozwiązania jej z 1 miesięcznym wypowiedzeniem. Nikt tutaj nie będzie przenoszony na siłę.
  5. Przenosiny Unixstorm do nowego DC

    News na stronę jest już prawie gotowy, ale mamy naprawdę sporo spraw w tej chwili do załatwiania. Jednocześnie przenosimy cały dzień klientów, pracujemy nad aktualizacją strony/oferty, a ja dzisiaj już jechałem po kolejną maszynę, aby na jutro zdążyć z jej wstawieniem do DC. Strona zostanie zaktualizowana najpóźniej do poniedziałku. Klientów wszystkich nie informowaliśmy mailowo bo jak pisałem - niektórzy będą na końcu przenoszeni, więc przesadą byłoby ostrzeganie na np. 2 miesiące wcześniej. Dziękuję. ;-) Gdzieś się minęliśmy dzisiaj?
  6. Przenosiny Unixstorm do nowego DC

    No i aby uciąć spekulacje.. nie interesuje nas Zimbabwe. Zostajemy cały czas w Polsce. :-)
  7. Przenosiny Unixstorm do nowego DC

    Tak jak pisałem wcześniej, przenoszenie wszystkiego może potrwać przez około 2-3 miesiące. W tej chwili nie jest możliwe jeszcze określenie dokładnego terminu. Klienci powiadamiani się z wyprzedzeniem przed rozpoczęciem migracji danego serwera. W tej chwili przenoszeni są klienci z dwóch serwerów (oni byli informowani jako pierwsi). Przed rozpoczęciem migracji następnych serwerów będziemy wysyłać kolejne komunikaty do wszystkich użytkowników tych serwerów. Co do aktualizacji - oczywiście przyznaję rację. Z powodu innych spraw, bardziej priorytetowych strona nie była aktualizowana na bieżąco. Już pracujemy nad tym... Wszystkie nowe zamówienia jeszcze są realizowane w ATMANie. Do 3SF nowe zamówienia będą trafiały dopiero po zaktualizowaniu strony. PS. W ramach ciekawostki: http://polskalokalna...te,1638091,3321
  8. Przenosiny Unixstorm do nowego DC

    Jestem pewny, że co najmniej 90% naszych klientów nie ma w ogóle pojęcia co to jest "ATMAN" i czym się różni od innych serwerowni. Ten opis był wstawiany o ile pamiętam około 3 lat temu. W kwestiach DC 3 lata to bardzo długo i dużo się w tym czasie zmieniło. Powstało też sporo nowych ciekawych lokalizacji. Na chwilę obecną ten sam tekst równie dobrze odzwierciedla 3SF, więc dla klienta końcowego nic się tutaj nie zmieni, a nawet będzie lepiej. Gdybyśmy przechodzili np. na pecety w niemeckiej serwerowni to mógłbym zrozumieć te zarzuty, ale nie w tym przypadku. Przechodzimy do DC większego niż ATMAN, a nie odwrotnie. Oczywiście, że tak. Przez te kilka lat polecaliśmy ATM na lewo i prawo. Jestem pewny, że nie jeden klient zapukał do ATM z naszego skierowania. Jeśli ktoś przechodzi np. z budżetowej lokalizacji za granicą do ATM to też pisałbyś o tym w ten sam sposób? Pierwszy raz spotykam się tutaj z taką reakcję paru osób, a przecież co chwilę, nawet firmy z tego forum otwierają/zmieniają lokalizację serwerów. Takich rzeczy nie robi się, żeby było gorzej, tylko aby wszystkim było lepiej. Dokładnie tak samo jest tutaj. Zmiana ma na celu wprowadzenie lepszych usług i z większymi możliwościami niż obecnie, ale wymaga to zmiany DC. Co jest więc lepsze? Utrzymanie tego samego poziomu tylko dlatego, że ktoś jest ślepo zakochany w jednej lokalizacji, której na oczy nie widział i nie wie czym się różni od innych, czy też podniesienie poziomu jakościowego wszystkich usług przenosząc się w inne miejsce? Tak jak pisałem... jeśli jakikolwiek klient będzie miał pretensje w związku z przeniesiem (co by mnie zdziwiło, bo jak można narzekać skoro jest lepiej?) to my na pewno nie będziemy mu robić żadnych problemów. Jak dotąd w 3SF dzała już prawie 300 klientów. Wszyscy zadowoleni. Może więc czas na razie zakończyć dywagacje na ten temat zwłaszcza, że nie wypowiedział się żaden z obecnych klientów, a skupić się na tym co się dzieje naprawdę? Idąc tokiem myślenia cytowanym wyżej, żadna firma hostingowa nie miałaby prawa kiedykolwiek zmienić serwerowni. Mało tego... nie miałyby prawa nawet zmienić łącz bądź serwerów bo przecież parametry sprzętowe również często podaje się klientowi. Jak tu więc później np. wymienić serwer na nowy, skoro klient kupił konto 3 lata wcześniej na innym? Chyba jednak trochę na siłę szukacie problemów tam, gdzie ich nie ma...
  9. Przenosiny Unixstorm do nowego DC

    W naszym przypadku też to, że nie zostajemy w ATM wynika po części z sytuacji, na które nie mamy wpływu. Część dotyczy spraw technicznych, a część organizacyjnych, jak chociażby utrudnienia związane z odległością pomiędzy ATM, a nami. Nie korzystamy z serwerów dedykowanych, tylko z własnego sprzętu, którym sami zarządzamy i sami przewozimy do DC. Przy pewnej liczbie klientów i tego sprzętu jeżdżenie przez pół Polski staje się dość dużym problemem... Kwestie finansowe tutaj akurat miały marginalne znaczenie bo docelowo, już po kilku miesiącach od wprowadzenia się do Katowic będziemy wydawać miesięcznie znacznie większe kwoty niż do tej pory w ATM. Sama migracja kosztuje nas OGROMNE pieniądze w związku z przejazdami (może ktoś zauważy w niektóre weekendy czarną mazdę z logiem US na polskich drogach :-) ) i zakupem prawie podwójnej ilości sprzętu w stosunku do obecnego. Jak pisałem - przy tej okazji robimy wielkie prace modernizacyjne, wymieniamy starszy sprzęt, kupujemy nowy, dodatkowe maszyny pod nowe usługi, itd. Serio.. Znacznie taniej byłoby nam zostać w ATM bez zmian. W przypadku świadczenia usług drogą elektroczną Regulamin zaakceptowany przez użytkownika jest umową Nie, Regulamin określa również warunki. Samo DC nie powoduje w jakiś magiczny sposób, że wszystko nagle działa dobrze. Na opinie zapracowaliśmy sobie przez prawie 4 lata i bynajmniej nie lokalizacją, tylko naszą pracą, działaniem naszych usług i sposobami komunikacji z klientami. To, że na naszej stronie jest logo ATMAN nie daje nam od razu +10 punktów do "respektu" czy też pozytywnych opinii. Klienci oceniają nas za jakość świadczonych usług, a nie to, gdzie postawione są serwery. Bardziej byłbym skłonny stwierdzić, że ATM zyskało dzięki nam sporo nowych klientów. Przy okazji pozwolę sobie zacytować przykładową odpowiedź jednego z klienta dzisiaj po przeniesieniu: To nie jest też jedyny taki komentarz. Jak pisałem, to nie lokalizacja daje najlepsze efekty. Serwerów gier nie będzie w 3SF. Tak, ale o tym już trochę później...
  10. Przenosiny Unixstorm do nowego DC

    9 ms to "nienajlepsze"? Naprawdę, jeśli mamy dyskutować to niech to będzie dyskusja na trochę poważniejszym poziomie niż "jest be bo mam 5 ms więcej niż do ATM"... Do czego zmierzam... Pingi są lepsze niż do np. beyond.pl (1-3 ms), lepsze niż do Onetu (1-2 ms) i gorsze od ATM o około 5-6 ms. Czy ktoś analogicznie mówi, że beyond jest zły, bo ma "nienajlepsze pingi"? Albo czy dla kogokolwiek z usług hostingowych będzie odczuwalne 5-6 ms? Jeśli już nawet mam się trzymać tematu pingów (tylko nie wiem jaki to ma sens? przecież nie będziemy tam hostować serwerów gier) to wypada wspomnieć, że będą niższe, niż u większości naszej konkurencji w Polsce, więc jak się ma do tego wypowiedź wyżej? Tak na marginesie, nasze IP w 3SF: 91.227.122.1 W serwerach gier utarło się, że każda 1 ms to porażająca różnica mimo, że 95% tych osób zupełnie nie rozumie działania ani sieci, ani nawet własnych serwerów gier - o tym niżej. Przede wszystkim, nie żyjemy tylko Counter-Strikiem. Użytkownicy serwerów gier to nie są nasi jedyni klienci i nie mamy zamiaru tworzyć dedykowanej oferty dla klientów, którzy planują wykupywać konta za kilka zł/m-c pod pojedyncze bazy MySQL do serwerów gier, więc taki argument również mnie nie przekonuje. Mamy świadczyć jak najlepsze usługi dla wszystkich klientów, a nie skupiać się na tym, aby pewna cząstka klientów miała 4-5 ms mniej do swojej bazy MySQL... Kolejna sprawa, o czym pisałem wyżej. Większość użytkowników serwerów gier ogranicza swoje porównania do uruchomienia "ping" z "wiersza poleceń" i na tej podstawie wysuwa wnioski, ale... czy wiesz, że serwer gry NIE wysyła zapytania do MySQL na bieżąco? Zakładając, że większość serwerów publicznych działa na 250 FPS, to każde zadanie jest przez nie wykonywane co 4 ms (!), a nie od razu. To oznacza, że na prawie każdym serwerze CS 1.6 plugin amxbans czeka około 4 ms na samo wysłanie zapytania do bazy MySQL i kolejne 4 ms czeka na odpowiedź. To daje teoretycznie 8 ms nawet wtedy, kiedy czas dostępu do bazy wynosi 1 ms. Powiedz mi teraz... czy wiedziałeś o tym i czy odczuwałeś problemy na swoich serwerach gier z powodu tych 8 ms opóźnienia? Powiem więcej... Ludzie kupują u nas konta pod takie bazy do swoich serwerów gier w każdej możliwej lokalizacji, również do serwerów w Livenecie, Nephax lub OVH. W takim przypadku ich pluginy łączą się do nas również przez kilka ms - czy z tego powodu działają im wolniej? A co z użytkownikami, którzy konta pod bazy wykupują w innych firmach niż nasza? Poza nami prawie nie ma firm oferujących tego typu usługi w ATMANie. Oznaczałoby to, że albo 100% użytkowników serwerów gier kupuje konta u nas, albo kupują również w innych polskich lokalizacjach i nie czują różnicy. Ponawiam, jeśli mamy prowadzić taką dyskusję to niech będzie ona poparta ciut większą wiedzą i argumentami lepszymi niż ICMP (które co więcej mogą mieć inny priorytet niż UDP). Od wczoraj już setka klientów dziala w 3SF, jak dotąd mają się bardzo dobrze i jestem pewny, że użytkownicy, o których piszesz nawet nie zauważą, że coś się zmieniło po przeniesieniu. Gdybyśmy zmieniali kraj to sytuacja wyglądałaby inaczej. W tej jednak sytuacji zmieniamy serwerownię na inną, również w Polsce. Jak zauważono, w Regulaminie nie gwarantujemy, że każde konto będzie dożywotnio w jednej lokalizacji. Zagwarantowanie czegoś takiego jest niemożliwe i podchodzi wręcz pod biznesowe samobójstwo. Żadna Polska firma takich zapisów/gwarancji nie posiada, a niektóre nawet z tego forum zmieniały lokalizacje po kilka razy - nigdy jednak nie było tego typu "ataków" z powodu zmiany DC, więc nadal nie rozumiem dlaczego my mamy być wyjątkiem... Opis w tabeli z kontami WWW (odnośnie DC) jest od kilku miesięcy i opisuje aktualną lokalizację, a nie lokalizację, w której dożyjemy emerytury. Z innej strony.. co by było, gdyby ATMAN np. stracił łącza od TPSA? Czy wtedy też ma się wiązać z drastycznymi krokami bo klienci stracili bezpośredni dostęp z łącz TP? Albo... część klientów z ATMANa przeniosła się do Telehouse (po cichaczu) - czy tutaj też ma być sytuacja jak wyżej? Nawet mogłoby się zdarzyć, że ATMAN zrezygnuje z kolokacji w tym DC i wszyscy klienci będą musieli się wynieść np. do Telehouse - czy wtedy też mamy zamykać firmę? Z oczywistych powodów nie da się zagwarantować zawsze tej samej lokalizacji, tych samych serwerów, tych samych łącz, tych samych pracowników i tego samego adresu siedziby firmy. Nie popadajmy więc w paranoję. Regulamin jest umową zawartoą pomiędzy nami, a klientami webhostingowymi i ta umowa zostaje podtrzymana. Nie naruszamy żadnych jej warunków, a nawet SLA zostanie zachowane po zmianie lokalizacji. Troszkę mam wrażenie, że robimy tutaj niepotrzebny szum o zupełnie normalną rzecz, która dzeje się w prawie każdej firmie hostingowej, a w niektórych nawet po kilka razy w ciągu kilku lat. Jeśli jednak którykolwiek z naszych klientów poczuje się z tego powodu poszkodowany to jak najbardziej może napisać do nas reklamację i do każdej takiej sprawy będziemy podchodzić indywidualnie.
  11. Przenosiny Unixstorm do nowego DC

    Chwalimy, bo jest co chwalić! ;-) Każdy kiedyś startował, również ATMAN, Beyond i inne. My mieliśmy tą okazję, aby jeszcze przed otwarciem przejść się po dosłownie każdym pomieszczeniu i zobaczyć wszystko "od kuchni", w tym plany na przyszłość, itd. Naprawdę... jest czym się chwalić... http://3servicesfact...nia_danych.html Klienci, którzy są przenoszeni nie wykupili lokalizacji (bądź kolokacji), tylko usługę hostingową. Warunki zawartej umowy spełniamy niezależnie od lokalizacji serwerów. Usługa ma działać. Nie rozumiem co ma do tego lokalizacja. Mnóstwo firm, również z tego forum często zmienia serwerownie, nawet pomiędzy różnymi krajami. Nie wiem dlaczego akurat w naszym przypadku ma to być takie niezrozumiałe i skąd taka "afera"... Klienci, którzy mieli zagwarantowaną lokalizację otrzymują możliwość rozwiązania umowy lub przejścia do nowej lokalizacji po podpisaniu aneksu do umowy.
  12. Przenosiny Unixstorm do nowego DC

    No nie wiem, czy nie zaliczyło żadnej awarii. Ja kilka pamiętam, ale może kwestią sporną jest sprecyzowanie "poważnej" awarii. Całodobowe NOC z prawdziwego zdarzenia ma już prawdopodobnie kilkanaście DC w Polsce, ATM nie jest jedyne. Nasza decyzja o przenosinach nie była podejmowana na szybko. W chwili obecnej za ATM przemawia wyłącznie różnica około 5-6 ms z części operatorów w Polsce. Cała reszta argumentów przemawia już zdecydowanie za 3SF. Pod prawie każdym względem 3SF wypada tutaj znacznie lepiej, a i gwarancje dostępności na wszystko mamy wyższe, niż w ATM. Sama inwestycja 3SF mocno przeywższa koszt budowy ATMANa na Grochowskiej. Poza tym.. jesteśmy w ATM już około 3.5 roku i przez ten czas żadne DC w promieniu ~250 km od naszej siedziby (a jest ich trochę) nie przekonało nas jakościowo do przenosin. 3SF jest pierwsze i co do naprawdę wysokiego poziomu w tej lokalizacji nie mamy absolutnie żadnych wątpliwości. Część klientów, która już się tam wprowadzila/wprowadza również jest mocnym potwierdzeniem tego, co ta lokalizacja jest w stanie zaoferować (być może 3SF udostępni za jakiś czas informację o tych klientach). Oczywiście bardzo sobie cenię ATM i zawsze będę podtrzymywał zdanie, że jest to świetne DC, ale nie zgodzę się, że jest to "jedyne słuszne DC". Wszystko idzie do przodu i niestety w kwestiach DC również nie można stać w miejscu. No ale.. tutaj już jest pewne, że każdy będzie bronił "swojego", więc chyba nie ma sensu wywoływać flame'u na temat polskich Centrów Przetwarzania Danych. To nie jest temat do tego...
  13. Przenosiny Unixstorm do nowego DC

    Z ciekawości.. Mógłbym wiedzieć dlaczego akurat musi to być definitywnie ATMAN w Warszawie? Wieści szybko się rozchodzą... :-) Zaledwie 24 godziny przed tym postem wyszła pierwsza informacja do klientów, którzy będą przenoszeni w pierwszej kolejności. Nie spodziewałem się, że tak szybko się to rozejdzie... Dokładne informacje i wyjaśnienia pojawią się w najbliższych dniach na naszej stronie, ale tak - nowym DC jest 3SF w Katowicach. Generalnie zmian będzie u nas bardzo dużo w ciągu najbliższych 2-3 miesięcy. Będzie też dużo nowości i niespodzianek, oczywiście wszystko na lepsze, ale o tym już będziemy informować trochę później. Aktualnie informację o przeniesieniu dostali tylko klienci, którzy już teraz będą przenoszeni. Cały proces migracji ze względu na ogromną ilość danych, usług, klientów i sprzętu może potrwać nawet do 3 miesięcy, stąd nie ma sensu już teraz wprowadzać zamieszania dla klientów, którzy przemigrowani zostaną na samym końcu.
  14. unixstrom padł

    Nie było i nie ma żadnej awarii. Problemem mogą być zablokowane adresy IP po naszej stronie, jeśli kiedykolwiek ktoś z tych adresów robił "coś złego". W takim wypadku należy zgłosić problem na support@unixstorm.org podając te adresy IP użytkowników.
  15. Mam doklejone jakieś śmieci na stronie

    Oczywiście, że nic z tym wspólnego nie mamy. Nie pierwszy taki przypadek, że wirus przechodzi z komputera użytkownika i na pewno nie ostatni. Za to zupełnie nie rozumiem dlaczego temat został nazwany "unixstorm.org" i o zgrozo... co on robi w dziale "Host is down"...
  16. [opinie] Unixstorm.org

    Jasne: link.
  17. [opinie] Unixstorm.org

    Z ciekawości... Jakim programem mierzony był ten uptime? Nasz (serviceuptime) dla serwera "x5" (jeśli dobrze wywnioskowałem to tam jest Pana konto) pokazuje 99,915% za kwiecień:link
  18. [opinie] Unixstorm.org

    Szanowny Panie, O godz. 13:01 dzisiaj wysłał Pan pierwsze w tej sprawie zgłoszenie. 8 minut później, przed otrzymaniem odpowiedzi pisze Pan na forum. Nie lepiej zaczekać na naszą odpowiedź? Tak, jak Panu napisałem przed chwilą w mailu - jeśli zauważa Pan jakieś problemy z działaniem swoich stron to należy to do nas zgłosić. Bez takiej informacji nikt z nas nie wie, że coś na Pana koncie działa nie tak, jak powinno. Prace na serwerach nie miały żadnego związku z szybkością działania Pana stron, więc jeśli taki problem występuje to tak jak pisałem - bez zgloszenia tego do nas nic się samo nie rozwiąże.
  19. muli bo backupy robi nocą

    Skarżył się, że działa wolniej, a nie wcale. Czytaj ze zrozumieniem. Twoja "metoda" za to prowadziłaby do wykonywania kopii nie przez kilka godzin, tylko kilkanaście. Chętnie bym podyskutował, ale mam wrażenie, że w innej skali problemu rozumujemy i trochę nie do końca masz doświadczenie z tym, co się dzieje "na większą skalę". Prośba do moderatorów o posprzątanie/wydzielenie zbędnych postów... To nie jest miejsce do prowadzenia dyskusji o sposobach wykonywania backupów. PS. Od Pana "mix111" brak odzewu, więc nie wiem ile prawdy było w tej opinii.
  20. muli bo backupy robi nocą

    Cóż, u nas pomimo kopii jednak można pracować. PS. Pracujecie o godzinach 3-5 w nocy?
  21. muli bo backupy robi nocą

    Jest problem - tak być po prostu nie może, ale tłumaczyć dlaczego już raczej nie będę. Wierzę, że sam dojdziesz do tego... Ponawiam prośbę o zakończenie tej dyskusji albo wyczyszczenie tematu z tych niepotrzebnych postów.
  22. muli bo backupy robi nocą

    Są robione z każdej maszyny, na zewnętrzne serwery backupowe, ale z każdego serwera kopia uruchamiana jest o innej godzinie. Serwer, o którym mowa (nowy) jest kopiowany później i ma wydajniejsze dyski, więc backupowanie tam nie jest odczuwalne. PS. Będę wdzięczny za nieironizowanie w tak bezsensowny sposób. Może to kogoś niepotrzebnie wprowadzić w błąd.
  23. [opinie] Unixstorm.org

    Oczywiście, że ma Pan prawo do własnej opinii, ale nie zmienia to faktu, że opinie wypada popierać argumentami. W związku z tym proszę o informacje o przesłanych zgłoszeniach abym mógł sprawdzić, czy problem faktycznie występował i nie został rozwiązany, a tym samym wyciągnąć wobec tej sytuacji odpowiednie konsekwencje. Bez tej informacji nie jestem w stanie potwierdzić takiego problemu ani w jakikolwiek sposób się do niego ustosunkować.
  24. [opinie] Unixstorm.org

    Obecnie nie widzę żadnych zgłoszeń z tego typu problemem, które nie zostałyby rozwiązane. Proszę więc o podanie (np. na PW) numerów Pana zgłoszeń bądź adresu email, z którego były wysyłane i wraz z datą. Sprawdzę, czy rzeczywiście problem nie został do tej pory rozwiązany. Tak jak wyżej - proszę o te same informacje.
  25. unixstrom padł

    Problem był tylko na maszynie x3 - został jakiś czas temu rozwiązany. W tej chwili powinno wszystko chodzić sprawnie - jeśli nie, proszę o przesłanie zgłoszenia lub kontakt telefoniczny i sprawdzimy.
×