Czy profil RSS ma wpływ na SQL Server z konfiguracją NUMA?

8

Jestem ciekawy, czy profil RSS, który jest domyślny NUMAStatic w systemie Windows 2012 R2, powinien / powinien zostać zmieniony dla SQL Server z konfiguracją NUMA. Czy ktoś przeprowadził testy wydajności na serwerach SQL o dużym obciążeniu z ustawieniami NUMA lub konserwatywnymi?

sql-server performance-tuning network numa Jens W.
źródło
Czy pytasz o to dla maszyn wirtualnych z serwerem SQL lub fizycznym?
Kin Shah,
Głównie fizycznie, ale nie widzę powodu, dla którego maszyna wirtualna nie powinna mieć takiego samego efektu.
Jens W.,

Odpowiedzi:

3

Odbieranie po stronie skalowania (RSS) poprawia wydajność systemu podczas obsługi danych sieciowych w systemach wieloprocesorowych. Powinno to skutkować lepszym skalowaniem do odbierania danych z sieci.

Jedno miejsce, w którym można znaleźć szczegóły, znajduje się pod adresem : https://technet.microsoft.com/en-us/library/hh997036.aspx

Z tego wywnioskowałbym, że skalowanie po stronie odbierającej przede wszystkim korzystnie wpływa na odbiór danych z sieci.

Istnieje link, który może być interesujący dla instalacji SAP i chociaż opublikowany w 2012 r., Wydaje się, że używa systemów operacyjnych starszych niż Windows 2012.

Niemniej jednak możesz skorzystać z niektórych szczegółów. Jedna z wykresów pokazuje, że tylko 1 procesor zużywa odczyty, podczas gdy inne procesory pracują na biegu jałowym, nie robiąc tak wiele. Zobacz wykresy na:

http://blogs.msdn.com/b/saponsqlserver/archive/2012/01/12/network-settings-network-teaming-receive-side-scaling-rss-amp-unbalanced-cpu-load.aspx

Dlatego wydaje się, że RSS wpływa przede wszystkim na to, jak szybko Windows może odbierać dane i udostępniać je innym procesom, takim jak SQL Server. Zależy to od wybranego profilu RSS.

Na przykład:

  1. Domyślny profil, który wyłącza z nowych funkcji RSS , pozostawiając problem bardzo podobny do Windows 2008 R2 zachowań.
  2. NUMA skalowalność profil umożliwia RSS Procesory być przydzielony za węzłem NUMA na okrągłej podstawie robin. Powoduje to, że „RSS przypisuje co najmniej jeden procesor RSS na węzeł NUMA przed przypisaniem drugiego procesora RSS dla każdego węzła NUMA”. Ta konfiguracja Round Robin rozdziela zadanie na większą liczbę procesorów, prawdopodobnie poprawiając przepustowość danych.

Sugeruje to, że jeśli serwer jest dużym odbiorcą sieci danych, profil skalowalności NUMA może znacznie zwiększyć zużycie tych danych. Ale kiedy to zostanie osiągnięte, a dane znajdą się w pamięci podręcznej, nie widzę, że przeniesie się to do innych operacji programu SQL Server.

Czy twoje środowisko zużywa bardzo duże ilości danych, co przyniosłoby korzyści w Twojej pracy? Następnie możesz rozważyć różne dostępne profile.

  1. Inne wsparcie o niskim opóźnieniu obejmuje takie opcje, jak równoległe przetwarzanie odbierania , zachowanie dostarczania pakietów w kolejności oraz kilka innych opcji, które mogą być dla ciebie korzystne.

  2. Również najnowszy kanał RSS „umożliwia optymalne skalowanie systemu Windows Server 2012 na dużych serwerach z więcej niż 64 procesorami”.

Tak więc RSS umożliwia Windowsowi lepsze opcje odbierania danych, ale nie wydaje się, aby SQL Server zachowywał się w lepszy sposób. Ale nie mogę znaleźć wyraźnego kierunku w tej sprawie, a większość artykułów ma około dekady.

RLF
źródło