Licencjonowanie serwerów do zarządzania wydajnością. Office Web Apps Server

Transkrypt

1 Licencjonowanie serwerów do zarządzania wydajnością Office Web Apps Server Pytanie: Dostawca usługi planuje dostarczać udostępnianie prezentacji programu PowerPoint wykorzystując Lync jak część swojej usługi. Z technicznego punktu widzenia ta funkcjonalność jest dostępna za pośrednictwem Office Web Apps Server. Czy dostawca usługi powinien przypisać licencje Office SAL do wszystkich użytkowników, którzy są autoryzowani do korzystania z tej funkcjonalności? Odpowiedź: Ten scenariusz wymaga załadowania prezentacji na serwer Office Web Apps w celu późniejszego udostępniania. Ponieważ Office Web Apps Server nie jest dostępny dla hostowania komercyjnego, dostawca usługi będzie potrzebował licencji Office SAL dla takiej funkcjonalności w hostowanej ofercie Lync. Ważne jest, aby zrozumieć różnice pomiędzy tym scenariuszem, a udostępnianiem ekranu/aplikacji. To drugie rozwiązanie nie korzysta z serwera Office Web Apps, ponieważ jest to po prostu udostępnianie obrazu graficznego całego ekranu lub pojedynczego okna aplikacji uruchomionej na maszynie prezentera. Tym samym dostawca usługi potrzebuje tylko serwera Office Web Apps (i licencji Office SAL) dla tych użytkowników, którzy będą tworzyć i porządkować prezentacje online. Nie są potrzebne licencje Office SAL dla tych użytkowników, którzy będą łączyć się z takimi prezentacjami bez uprawnienia Prezenter. Partner może skonfigurować odpowiednie zachowanie po stronie serwera i wyłączyć współpracę z danymi w zasadzie konferencji, która zablokuje konieczność łączenia się z serwerami Office Web Apps.

2 Exchange Server Pytanie: Czy dostawca usługi powinien raportować dodatkowe licencje SAL dla nieautoryzowanych użytkowników, takich jak pokój konferencyjny lub samochód? Odpowiedź: Skrzynka pocztowa reprezentująca pokój (lokalizację) lub sprzęt firmowy nazywana jest skrzynką pocztową zasobu (resource mailbox) i nie wymaga licencji SAL. Jak jest to wprost sformułowane w specyficznych dla produktu warunkach licencji dla Exchange Server, nie są potrzebne licencje SAL dla dowolnego użytkownika lub urządzenia, który uzyskuje dostęp do instancji oprogramowania serwera bez bezpośredniego lub pośredniego uwierzytelnienia w Active Directory. Przywracanie po awarii Pytanie: Czy mój partner powinien przypisać licencje do swoich serwerów awaryjnych (zapasowych)? Odpowiedź: Universal License Terms pozwalają tylko na zimne przywracanie po awarii. Oznacza to, że jeśli serwer awaryjny jest stale włączony, musi również być licencjonowany. Jeśli jest włączany tylko w celu konserwacji oprogramowania i samego działania awaryjnego, nie ma potrzeby przypisywania do niego dodatkowych licencji. User Experience Virtualization Hosting for Desktops Pytanie: Czym jest UEV i kiedy hoster powinien go użyć? Odpowiedź: Rozwiązanie User Experience Virtualization Hosting for Desktops daje możliwość zmiany urządzenia i zachowania doświadczeń. Osobiste i elastyczne: Użytkownicy mogą przenosić dostosowania aplikacji i systemu operacyjnego pomiędzy różnymi wersjami Windows, uzyskując spójne, osobiste środowisko Windows pasujące do ich unikatowego stylu pracy. Proste i przenośne: Dział IT może łatwo udostępniać osobiste, zdefiniowane przez użytkowników środowiska, zachowując ogólny wgląd i kontrolę. Decydują, które aplikacje mogą przenosić swoje ustawienia. Wbudowane możliwości obejmują przenośność personalizacji oprogramowania Office 2010, Windows Server 2008 R2, Windows Server 2012 oraz IE 8, 9 i 10. Z komentarzem [MW1]: Czy tu nie należy zaktualizować wersji?

3 Zintegrowane i skalowalne: Dostawcy usług mogą wykorzystać swoją istniejącą infrastrukturę i narzędzia zarządzania do wdrożenia UEV. Muszą jedynie wdrożyć oprogramowanie agenta w hostowanych systemach biurkowych i przygotować udział plikowy na potrzeby przechowywania personalizacji. Dostawcy usług potrzebują licencji SAL użytkownika dla każdego użytkownika końcowego uzyskującego dostęp do funkcjonalności UEV z dowolnego urządzenia. UEV może być udostępniane tylko dla pulpitów dostarczanych jako usługa w ramach SPLA, z użyciem Windows Server lub Windows Server oraz Remote Desktop Services (RDS) lub podobnej technologii. Oprogramowanie to nie może być używane w biurkowych systemach operacyjnych Windows. Rental Rights dla komputerów wynajmowanych Pytanie: Partner wynajmuje 200 komputerów z zainstalowanym pakietem Office na 12 miesięcy. Pakiet Office jest licencjonowany poprzez SPLA. Czy partner może zakupić opcję Rental Rights, aby pokryć wykorzystanie systemu Windows? Odpowiedź: Tak, dozwolone jest licencjonowanie systemu Windows za pośrednictwem Open Rental Rights i Office poprzez SPLA. W przypadku SPLA partner musi podpisać rozszerzenie Managed PC, gdyż SPUR zezwala tylko na wykorzystanie RDS jako technologii dostępu do oprogramowania pulpitu. Co więcej, partner musi zapłacić za wcześniejsze wykorzystanie systemu biurkowego Windows za pośrednictwem SPLA, gdyż opcja Rental Rights jest efektywna dopiero po zakupie i obejmuje tylko przyszły okres użytkowania. Outlook i Office365 Pytanie: Klient kupuje Office jako usługę za pośrednictwem umowy SPLA. Czy może korzystać z oprogramowania klienckiego Outlook zawartego w tym pakiecie Office do odbierania poczty z Exchange zakupionego poprzez O365? Odpowiedź: Outlook jest oprogramowaniem klienckim, który umożliwia łączenie się z serwerem pocztowym (nie koniecznie Exchange). W SPUR nie występują ograniczenia, które powstrzymywały by użytkownika końcowego od łączenia się w wybranymi serwerami pocztowymi, zatem klienci mogą użyć go do łączenia się z Microsoft Exchange zakupionego wraz z Office365.

4 Rozwiązania ISV i RDS Pytanie: Partner hostuje rozwiązanie na serwerze. Czy powinien on przypisać licencje RDS dla końcowych klientów, aby zapewnić dostęp do interfejsu użytkownika tego rozwiązania? Odpowiedź: Graficzny interfejs użytkownika (GUI) jest typem interfejsu użytkownik pozwalający na interakcję z urządzeniami elektronicznymi poprzez obrazy, a nie polecenia tekstowe. Z punktu widzenia licencjonowania istotne jest zrozumienia, która maszyna utrzymuje ( rysuje ) ten interfejs. Upraszczając: istnieją trzy typy dostępu do oprogramowania zainstalowanego na zdalnym serwerze: Przy użyciu oprogramowania klienckiego (jak w przypadku użycia programu Outlook do interakcji z serwerem Exchange) w tym przypadku interfejs rysuje nasz komputer; Przy użyciu klienta sieci Web (jak w przypadku Outlook Web Access) interfejs jest rysowany przez nasz komputer /przeglądarki; Bezpośredni dostęp do oprogramowania poprzez graficzny interfejs użytkownika gdy interfejs oprogramowania jest tworzone przez zdalny serwer, na którym jest ono zainstalowane, a nie nasz komputer (i w tym przypadku używany jest Remote Desktop Protocol Protokół pulpitu zdalnego). Remote Desktop Protocol (RDP) jest własnym protokołem opracowanym przez firmę Microsoft, udostępniającym użytkownikowi graficzny interfejs do łączenia się z innym komputerem poprzez połączenie sieciowe. W tym typie interakcji nie jest konieczna rzeczywista widoczność pulpitu serwera. W przypadku oprogramowania wymienionego w pytaniu ważne jest zrozumienie, jak użytkownik końcowy wchodzi w interakcję z tym oprogramowaniem i odpowiednie przypisanie licencji. Przesyłanie strumieniowe (streaming) jest zabronione Pytanie: Która część umowy SPLA lub dokumentu SPUR zabrania strumieniowego przesyłania aplikacji? Odpowiedź: Rozdział Subscriber Access License (SAL) Model (Non-Online Services Products) w dokumencie SPUR wylicza następujące aplikacje pulpitu: Aplikacje pulpitu

5 Expression Encoder Pro 4 Office Multi Language Pack 2013 Office Professional Plus 2013 Office Standard 2013 Project 2013 Professional Project 2013 Standard Visio 2013 Professional Visio 2013 Standard Visual Studio Premium 2012 Visual Studio Professional 2012 Visual Studio Ultimate 2012 Visual Studio Test Professional 2012

6 oraz jawnie określa reguły użycia tych aplikacji: Dostarczanie Aplikacji pultpitu, takich Office, które jest realizowane poprzez bezpośredni lub pośredni dostęp do oprogramowania serwerowego hostującego graficzny interfejs użytkownika, takiego jak Windows Server (przy użyciu funkcjonalnosci Windows Server Remote Desktop Services lub innej technologii), wymaga licncji Windows Server Remote Desktop Services SAL. Patrz sekcja postanowień ogólnych dla oprogramowania serwerowego powyżej, aby dowiedzieć się, jak przypisywać licencje Server Software SAL. Ponieważ występuje tu wymóg stosowania licencji RDS SAL, żadna inna metoda dostarczania produktu, w tym przesyłanie strumieniowe, nie jest dozwolona.