[nazwa.pl] Nowości w ofercie, informacje o usługach

[cloudman]

Dedykowany adres IP lokalizowany geograficznie i Reverse DNS na hostingu w nazwa.pl

 

W dniu dzisiejszym do oferty nazwa.pl wprowadziliśmy usługę Dedykowanego adresu IP lokalizowanego geograficznie. Dodatkowo właściciele hostingu w nazwa.pl mogą od dzisiaj korzystać także z możliwości samodzielnego definiowania rekordu Reverse DNS (nazywanego w skrócie revDNS lub po prostu rekordem PTR) dla wykorzystywanego przez siebie dedykowanego adresu IP. 

 

 

 

 

Wprowadzenie do oferty możliwości korzystania z lokalizacji geograficznej dedykowanego adresu IP już nie tylko w Polsce, ale także  w takich państwach europejskich, jak: Niemcy, Francja, Włochy, Hiszpania lub Wielkiej Brytania,  oraz możliwości samodzielnego zdefiniowania rekordu revDNS (PTR) dla tego adresu IP w ramach hostingu współdzielonego, to ulepszenia wprowadzone przez nas w odpowiedzi na oczekiwania zgłaszane przez naszych Klientów. Posiadanie odpowiedniego wpisu Reverse DNS oraz lokalizacja geograficzna adresu IP w wybranym przez nas państwie nie tylko zwiększą reputację samej strony WWW, ale zwiększą również poziom doręczeń wiadomości e-mail, szczególnie do serwerów pocztowych lokalizowanych poza granicami Polski.

 

Dedykowany adres IP lokalizowany geograficzne i Reverse DNS (PTR) dla adresu IP można zamówić do każdej usługi cloudhosting w nazwa.pl. 

 

Dodatkowe informacje przedstawiamy naszym blogu [link]

 

------------------------------------------

Dane firmy:

nazwa.pl sp. z o.o.

ul. Mieczysława Medweckiego 17
31-870 Kraków

NIP: 6751402920
REGON: 120805512

KRS: 0000594747
Infolinia 24/7: 801 33 22 33 / +48 22 454 48 10
e-mail: kontakt@nazwa.pl

www.nazwa.pl

------------------------------------------

[Mion]

Jaka jest cena takiego IP ?

[cloudman]

Koszt dedykowanego adresu IP lokalizowanego geograficznie to 5 zł netto / m-c w pierwszym okresie abonamentowym, oraz 10 zł netto / m-c w kolejnym okresie abonamentowym. Zamówienie dedykowanego adresu IP lokalizowanego geograficznie można zrealizować albo podczas składania zamówienia na serwer, albo można dokupić go do istniejącego serwera poprzez Panel Klienta nazwa.pl

[cloudman]

Node.js i MongoDB na hostingu w nazwa.pl!

 

 

Miło mi poinformować, że wszyscy Klienci nazwa.pl mogą od 25 listopada 2020 r. korzystać z dwóch kolejnych technologii: środowiska Node.js oraz baz danych MongoDB. 

 

Node.js to środowisko, które umożliwia uruchamianie programów pisanych w JavaScript poza przeglądarką internetową, na poziomie serwera. Działa w oparciu o stworzony przez Google silnik V8, umożliwiając developerom tworzenie szybkich aplikacji, które uruchamiane są na serwerze, podczas gdy do przeglądarki wysyłany jest tylko wynik ich pracy. Dzięki możliwości skorzystania z aplikacji npm, na serwerach nazwa.pl można samodzielnie instalować i zarządzać  pakietami, które są nam potrzebne. 

Node.js jest kolejnym interpreterem, który udostępniamy naszym Klientom na serwerach nazwa.pl. Wybór interpretera jest możliwy indywidualnie dla każdej domeny obsługiwanej na serwerze. Dzięki temu w ramach jednej usługi hostingowej mogą funkcjonować strony internetowe zbudowane zarówno w oparciu o PHP, jak i Node.js.

 

MongoDB to nierelacyjna baza danych, której przeszukiwanie, dzięki zapytaniom opartym o JSON, jest bardzo proste i szybkie. Strony WWW stosujące MongoDB są wydajniejsze i szybsze niż te oparte o tradycyjne, relacyjne rozwiązania. Na hostingu nazwa.pl konfiguracja MongoDB nie różni się niczym, od konfiguracji takich baz danych, jak MariaDB czy PostgreSQL – całość konfiguracji realizowana jest przez panel zarządzania serwerem. W celu zapewnienia najwyższego poziomu bezpieczeństwa usługi, dla każdego hostingu serwer MongoDB jest uruchamiany jako osobna instancja.

 

Dowiedz się więcej, jak korzystać z Node.js [link] oraz z MongoDB [link] z naszego Centrum Pomocy.

[Mion]

Taka ciekawostka - w związku z tym, że robię pewne prace na hostingu od Nazwa.pl sprawdzałem ala BENCHMARK jak chodzi o bazę danych "co słychać"

https://mariadb.com/kb/en/benchmark/

SELECT SQL_NO_CACHE BENCHMARK(5000000,ENCODE('The above MySQL statement will encrypt the string',NOW()));
-- jaka wersja 
SELECT VERSION();

Testowałem też na innych hostingach i nazwa.pl jest najszybsza.
Średni czas wykonania powyższego kodu SQL w nazwa.pl to : 3,89 sek |  '10.5.5-MariaDB-log'

Inny hosting współdzielony : 5.87 sekundy | '10.3.25-MariaDB-cll-lve'
Moj VPS: 8.26 sek z OVH | '10.3.25-MariaDB-cll-lve'

 

 

 

 

 

[cloudman]

PostgreSQL 13.1 na hostingu w nazwa.pl

 

 

Uznaliśmy, że polowa grudnia to doskonały moment, aby wprowadzić kolejną nowość dla naszych użytkowników  

 

Od dzisiaj na serwerach nazwa.pl udostępniamy możliwość korzystania z baz danych PostgreSQL w wersji 13.1. 

 

Jakie możliwości daje PostgreSQL w wersji 13.1 dla użytkowników? Jedną z najistotniejszych zmian jest optymalizacja rozmiaru baz danych i wzrost ich wydajności dzięki deduplikacji wpisów indeksu B-drzewa. Bazy PostgreSQL 13.1 zajmują teraz mniej miejsca na dysku oraz w pamięci RAM. Przeprowadziliśmy wewnętrzne testy, które wykazały, że przy zawierającej 1.000.000 wierszy rozmiar indeksu bazy w wersji 12.5 wynosi ok. 28 MB, podczas gdy w przypadku wersji 13.1 jest to tylko ok. 9,7 MB. Różnica jest zatem trzykrotna, oczywiście na korzyść PostgreSQL 13.1. Innym istotnym usprawnieniem w "trzynastce" jest możliwość użycia posortowanych danych z wcześniejszej części wykonywanego zapytania do przyspieszenia realizacji dalszej jego części. 

 

Zachęcamy wszystkich użytkowników PostgreSQL do korzystania z wersji 13.1.

 

Przeczytaj inne ciekawe informacje o PostgreSQL 13.1. na naszym blogu [link]

Edytowane 15 Grudnia 2020 przez cloudman

[Mags1]

Ten test bazy danych, co zrobił Mion, to nie jest test bazy tylko szybkości procesora. Dysków to wcale nie dotyka, więc trudno stwierdzić na jego podstawie jak działa baza jako całość.

Ja testowo przeniosłem aplikację z danymi na nazwa i spotkała mnie niespodzianka, niestety negatywna.

Strona na produkcyjnym hostingu generowała się w 0,3s - a na nazwa.pl w 0,6s.

Nie miałem czasu za bardzo się tym zajmować, ale może jest to spowodowane tym, że dane w bazie są na innym serwerze niż skrypt. Bo widać było, że wyraźnie obsługa zapytań sql była wolniejsza w porównaniu z tym, co mam. Albo serwer, na którym jest baza postawiona jest albo wolny, albo mocno obciążony.

Niestety nie skorzystałem z usług nazwa.pl - zostałem tam, gdzie jestem.

 

I pytanie do Cloudmana - wcześniej były w parametrach bezpieczeństwa ograniczenia na czas wykorzystania procesora w zależności od typu hostingu. Dzisiaj popatrzyłem na te parametry i nie widzę tych limitów. Czy dobrze odczytuję, że zostały usunięte? Usługa - Cloud Hosting.

 

[cloudman]

@Mags1 Proszę o kontakt przez prywatną wiadomość. Jeżeli dany serwer jest u nas jeszcze aktywny, zweryfikujemy, dlaczego miałeś opóźnienie 0,3s w generowaniu strony na serwerze względem serwera produkcyjnego.

 

Serwery bazodanowe korzystają z dysków Intel Optane z technologią 3D XPoint. Chmura nazwa.pl dzielona jest na różne klastry, które obsługują określone usługi. Bazy danych są zatem uruchamiane w osobnych klastrach, a więc dane między klastrem serwerów WWW a klastrem serwerów bazodanowych wymieniane są przez sieć. Na ten moment jesteśmy jedyną firmą w Polsce, która oferuje usługi z użyciem dysków Intel Optane 3D XPoint. 

 

Co do limitów związanych z dopuszczalnym czasem pracy procesora w określonym planie hostingowym, te informacje zostały przeniesione do pełnej specyfikacji oferty (link PEŁNA SPECYFIKACJA na stronach produktowych określonych planów hostingowych).

[Mion]

Godzinę temu, Mags1 napisał:

Ten test bazy danych, co zrobił Mion, to nie jest test bazy tylko szybkości procesora. Dysków to wcale nie dotyka, więc trudno stwierdzić na jego podstawie jak działa baza jako całość.

Jakiś czas temu robiłem przetwarzanie pliku list miast CSV ponad 124 K lini . Testowo na kilku hostingach i w nazwa.pl było najszybciej. Wiec mamy tu odczyt z dysku i przetworzenie.

 

Akurat tą tabelę miast ma wgraną w nazwa.pl oraz dwóch innych hostingach:

SELECT COUNT(1) AS ilemiast FROM LocationGeoCity; > Liczba rekordów 43989

Testowe zapytanie:
SELECT L.* FROM LocationGeoCity L ORDER BY RAND() LIMIT 100;

Nazwa to srednio wynik po: 0,049 sek
Inne dwa hostingi:  0,081  sek
--
nazwa zwraca szybciej 

 

Owszem w tym wypadku też procesor się liczy, bo wykonuje ciężka robotę losowania RAND() ...
Ale w całokształcie jest najszybciej..

Edytowane 27 Stycznia 2021 przez Mion

[Mags1]

Pięknie.

 

 

Cloudman:

Założę sobie jeszcze raz testowe środowisko na nazwa i zrobię test.

jak będę gotowy to się odezwę.

Możliwe że dosyć szybko.

 

[Mion]

Z samej ciekawości zrobiłem jeszcze jedne test polegający na przekopiowaniu tej tabeli miast 

 Liczba rekordów 43989

do innej:

 

-- Utworzenie tabeli na wzór źródłowej 
CREATE TABLE LocationGeoCityTemp LIKE LocationGeoCity;


-- Przygotowanie Procedury składowanej która odczyta z jednej i zapisze w drugiej
-- następnie pobierze 100 losowych rekordów i je zwracamy 

DELIMITER $$

DROP PROCEDURE IF EXISTS `ChwilowyTest` $$
CREATE PROCEDURE `ChwilowyTest` ()
BEGIN

  TRUNCATE  LocationGeoCityTemp ;
  INSERT INTO LocationGeoCityTemp SELECT * FROM LocationGeoCity;
  SELECT L.* FROM LocationGeoCityTemp L ORDER BY RAND() LIMIT 100;

END $$

DELIMITER ;

 

----------------

Czasy wykonywania procedury dla  3 hostingów

 

SELECT VERSION(); >  '10.5.8-MariaDB-log' < Nazwa.pl
CALL ChwilowyTest();
Sredni czas to 0,38 sek najczesciej ponizej 0,37
=====================================================

SELECT VERSION(); >  '10.3.25-MariaDB-cll-lve' < inny hosting 
CALL ChwilowyTest();
Sredni czas to 0,88 sek
=====================================================

SELECT VERSION();  > '5.7.31-34-log' < inny hosting 
CALL ChwilowyTest();
Sredni czas to 1,38 sek

 

Z testu wynika, że baza danych od nazwa.pl wykonywała najszybciej procedure skladowaną.

 

 

 

[Finan]

Z nazwa.pl korzystam już bardzo długo.Ceny,jedni narzekają, inni proponują.

Jak dla mnie w tej cenie jest wszystko ok.A korzystałem z wielu innych.

[cloudman]

nazwa.pl przeniosła usługi CloudHosting do Warszawy

 

 

 

Intensywnie rozbudowujemy chmurę, w ramach której świadczone są nasze usługi. Od dzisiaj uruchamiamy CloudHosting w naszym Data Center w Warszawie. 

 

Dlaczego Warszawa? Wszyscy operatorzy wymieniają dane w stolicy, a czas otwierania się stron zależy w dość dużym stopniu od odległości pomiędzy użytkownikiem a serwerem. Dbając o zadowolenie naszych Klientów, postanowiliśmy, że CloudHosting zlokalizowany będzie fizycznie jak najbliżej głównych punktów wymiany ruchu internetowego. Warszawa stała się zatem dla nas naturalnym wyborem.

 

Więcej informacji odnośnie przeniesienia usług CloudHosting do Warszawy udostępniamy na naszym blogu. 

[Mion]

Tydzień temu wykupiłem od VPS z Windows chyba właśnie w Warszawie, bo pinga z Poznania mam 7 ms 

Badanie 77.55.210.xxx z 32 bajtami danych:
Odpowiedź z 77.55.210.xxx: bajtów=32 czas=7ms TTL=121
Odpowiedź z 77.55.210.xxx: bajtów=32 czas=7ms TTL=121
Odpowiedź z 77.55.210.xxx: bajtów=32 czas=7ms TTL=121
Odpowiedź z 77.55.210.xxx: bajtów=32 czas=7ms TTL=121

Statystyka badania ping dla 77.55.210.xxx:
    Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
             (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
    Minimum = 7 ms, Maksimum = 7 ms, Czas średni = 7 ms

 

Muszę przyznać, że działa ładnie idealny  pod prace pomocnicze . Taki zdalny Windows np do ręcznego sprawdzania pozycji , jakieś operacja na FTP jak ręczne backupy itd....

 

BTW - Parę dni temu na tym VPS otworzyłem połączenie SSH w puty.exe z innym hostem i do dziś pozostaje aktywne, co świadczy o stabilnym łączu .... Procesor 3.7 GHz robi swoje

 

To by było na tyle.
 

[cloudman]

@Mion Dziękujemy za komentarz!

 

Wszystkie serwery VPS w nazwa.pl uruchamiane są w Data Center w Warszawie. Teraz także nowe usługi CloudHosting "startują" z tej lokalizacji. Istniejące usługi CloudHosting są, zgodnie z zapowiedziami w komunikacie, systematycznie migrowane z Krakowa do Warszawy. 

Edytowane 22 Lutego 2021 przez cloudman