Windows Server

Drukowanie z sesji RDP w Azure

Posted on

Dostałem parę dni temu pytanie od jednego z partnerów MS – w jaki sposób drukować z maszyn wirtualnych w Azure. Trochę mnie zaskoczyło pytanie – przecież drukowanie poprzez sesję RDP to taka sprawa oczywista… ale faktycznie nie działa…

Przeszukałem fora internetowe i sporo osób zgłasza ten problem, a nawet są sugestie by dodać tę funkcjonalność do Azure.

https://feedback.azure.com/forums/216843-virtual-machines/suggestions/3601097-allow-multiple-concurrent-users-in-the-vm-and-allo

Nie mniej jednak zdecydowałem się temat podrążyć. Sprawdziłem dostęp do w/w usługi na kilku testowych Windows Server w różnych edycjach i wszędzie drukarek przekierowanych nie było widać.

Uruchomiłem też stację roboczą z Windows 10 w Azure… i nagle zaskoczenie – tutaj to działa. Wszystkie drukarki są widoczne i można na nich drukować. Czyli nie jest to jakaś blokada usługi na poziomie Azure tylko coś nie tak z obrazem… może zabezpiezenia.

Przejrzałem Group Policy – i klucz Computer Configuration\Policies\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Printer Redirection zawiera wartość domyślną… więc to ne to.

Zacząłem zatem szukać na samym serwerze, może jest to gdzieś indziej zablokowane – sprawdziłem jakie drukarki „widzi” mój serwer – odpaliłem w tym celu konsolę Print Management.

I jak widzicie na zdjęciu poniżej – są drukarki widoczne poprzez RDS – drukarki systemowe (PDF oraz XPS). Skoro te działają to każda inna też musi…

Lokalnie na swoim komputerze widzę dwie drukarki – kolorową laserówkę Samsung CLX-3180 oraz atramentówkę HP 3785 oraz oczywiście domyślne systemowe Print to PDF i XPS Document Writer.

 

Wrócmy do naszego zdalnego serwera w Azure. W konsoli Print Management w zakładce Print Servers / nazwa_hosta / Ports widzimy listę portów, do których serwer mógłby drukować. Porty, które nas interesują oznaczone są prefixem TS – np. TS001, TS002, … to są porty pochodzące ze stacji roboczej – dostępne poprzez usługę RDC (Terminal Services).

No to spróbujmy zatem dodać drukarkę ręcznie. W tym celu otworzyłem konsolę Devices and Printers i kliknąłem w Add a Printer.

Jako iż drukarka się sama na liście nie pojawi – kliknąłem „The printer that I want isn’t listed”, aby ręcznie określić połączenie do drukarki.

W nowym oknie wybrałem „Add a local printer or network printer with manual settings”, bowiem drukarka jest udostępniona jako lokalny port a nie jako urządzenie sieciowe.

Oczywiście musiałem następnie wybrać właściwy port – wybrałem pierwszy z listy – TS001 – to musi być albo Samsung albo HP. Na TS003 i TS004 były przekierowane sterowniki PDF oraz XPS

Sterowniki dodałem oczywiście ręcznie, bowiem system nie widział właściwych.

Eureka – działa 🙂

Oczywiście można by nad tym bardziej popracować – wgrać dodatkowe narzędzia do drukarki, zapewne obsłużyć np. skaner… ale podstawowy problem udało się rozwiązać 🙂

Proszę, sprawdźcie u siebie czy to i u Was działa poprawnie – byłbym wdzięczny za komentarze poniżej zarówno od osób, którym się udało jak i tych, którym to nie działa.

 

Hyper-V Nested Virtualization w akcji

Posted on

nested-virtualization01Przygotowywałem dziś warsztaty z usługi ASR, aby zaprezentować jak realizowana jest replikacja z hosta Hyper-V do Azure konieczny był „jakiś kawałek” serwera Hyper-V.

Jako iż nie chciałem instalować agentów do ASR na własnej stacji roboczej, to posłużyłem się mało znaną funkcją, która pozwala na uruchomienie Hyper-V w Hyper-V. Tak uruchomić hosta do wirtualizacji na wirtualnej maszynie.

Jest to oczywiście rozwiązanie nie do produkcji, ale do wszelakiego zestawu testów, laboratoriów jak znalazł.

Wymaganie techniczne – zarówno host jak i VM z Hyper-V musi być oparta o Windows 2016 lub Windows 10 w wersji min. Aniversary Update.
Na maszynie VM z Hyper-V musimy włączyć przekazywanie funkcji sprzętowej wirtualizacji

PS C:> Set-VMProcessor -VMName vm_z_hyperv -ExposeVirtualizationExtensions $true

Musimy również włączyć Mac Address Spoofing aby pakiety z gościa były dostarczane poprzez dwa Virtual Switche

PS C:> Get-VMNetworkAdapter -VMName vm_z_hyperv | Set-VMNetworkAdapter -MacAddressSpoofing On

Trzeba pamiętać też, że host z Hyper-V mimo iż może mieć włączoną dynamiczną alokację RAM to nie będzie ona działać – trzeba mu dodać trochę więcej RAM, aby nasze wirtualne-wirtualne maszynki działały 🙂

https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/user-guide/nested-virtualization

A odnośnie warsztatów to postaram się do końca tygodnia zamieścić na blogu kilka poradników Step-by-Step jak uruchomić własną replikację do chmury.

Storage Spaces Direct – gotowe urządzenia

Posted on Updated on

Storage-Spaces-Direct

Jako iż Windows Server 2016 i jego nowe możliwości stały się teraźniejszością – chciałbym odkopać poprzedniego posta odnośnie Storaga Spaces Direct i dodać listę urządzeń, które już są – i wspierają to rozwiązanie jak również są wspierane przez Microsoft.

Jeśli planujecie takie rozwiązanie – warto uderzyć do dostawców i choćby wypożyczyć któreś z poniższych urządzeń i przetestować.

  • Cisco UCS C3260 Rack Server
  • Dell PowerEdge R730xd
  • Fujitsu Primergy RX2540 M1
  • HP Apollo 2000 System
  • Intel Server Board S2600WT
  • Lenovo System x3650 M5
  • Quanta D51PH

Pamiętajcie, że trzeba posiadać minimum 4 serwery (maksymalnie 16).

Jeśli chcecie przetestować rozwiązanie na posiadanym sprzęcie to zalecane jest by serwery miały dwa CPU klasy E5 v3, minimum 128GB RAM i karty sieciowe 10Gb (najlepiej w trybie RDMA). Każdy serwer powinien mieć min dwa dyski szybkie (SSD lub NVMe) oraz 4 dyski wolne (SATA lub odpowiednio SSD).

więcej szczegółów znajdziecie tutaj.

SQL 2016 oraz Storage Spaces Direct

Posted on

sql-server-2016

SQL Server 2016 zyskał wsparcie dla rozwiązań opartych o Storage Spaces Direct. Nim wyjaśnię jakie są tego korzyści omówię krótko czym jest Storage Spaces i Storage Spaces Direct.

Storage Spaces to technologia jaką przyniósł Windows Server 2012, w wielkim skrócie jest to rozwiązanie, które pozwala na zbudowanie macierzy dyskowej w oparciu o dyski, półkę na dyski, oraz serwer z Windows Server. Macierz, która w niczym nie ustępuje rozwiązaniom klasy Enterprise a zdecydowanie przewyższa macierze Entry Level.

Storage Spaces zapewnia m.in. thin provisioning, deduplikację danych, rozwiązania redundancji (zarówno dysków, półek dyskowych jak i w połączeniu z klastrem – całości rozwiązania). Pozwala na dostarczenie dużej przestrzeni dyskowej zarówno poprzez SMB 3.x (Infiniband 56Gbps) jak i iSCSI (10Gbps). Posiada mechanizmy failover oraz tiering danych (automatyczną alokację danych używanych często – hot, oraz pozostałych pomiędzy dyski SSD oraz SAS, Nearline-SAS). Więcej informacji znajdziesz tutaj.

Storage Spaces Direct to rozwinięcie technologii, które umożliwia wykorzystanie dysków wbudowanych w serwery dla tworzenia wydajnej macierzy. Czemu jest to istotne, ano dla tego, iż w serwerze poza dyskami SSD, SAS czy Nearline-SAS możemy stosować dedykowane karty NVMe – czyli dyski wyposażone w interfejs PCI-E, który zapewnia wydajność na poziomie nawet 6.0 GB/s. Więcej informacji znajdziesz tutaj.

Wróćmy zatem to naszego SQL-a. Jeśli potrzebujemy zbudować środowisko dla SQL Servera, gdzie rozwiązanie ma zapewniać dziesiątki jak nie setki tysięcy IOPS – to albo musimy zainwestować w kilka serwerów (minimum dwa), rozwiązanie FC SAN oraz macierz klasy Enterprise z dyskami SSD.

Albo też możemy zakupić cztery serwery, wyposażyć je w dyski NVMe i zbudować gotowy klaster SQL lub dla oszczędności licencji SQL postawić klaster SQL w klastrze Hyper-V i zyskać dodatkowo większą niezawodność całego środowiska…

sql-server-2016-on-storage-spaces-direct

Docker – wsparcie za darmo dla użytkowników Windows Server 2016

Posted on

docker

Docker i Microsoft ogłosili na konferencji Ingite iż platforma Docker Engine otrzyma wsparcie dla zastosowań komercyjnych za darmo dla użytkowników systemu Windows Server 2016.