Newsletter 1/2015 MIESZANIE LICENCJI SPLA Z INNYMI
Transkrypt
Newsletter 1/2015 MIESZANIE LICENCJI SPLA Z INNYMI
Newsletter 1/2015 MIESZANIE LICENCJI SPLA Z INNYMI PROGRAMAMI Prawdopodobnie słyszeliście, że nie można mieszać licencji SPLA z innymi licencjami wieczystymi w tym samym środowisku serwerowym. Uwaga – jest to jeden z większych błędów popełnianych w SPLA. MIESZANIE LICENCJI SPLA Z INNYMI PROGRAMAMI Prawdopodobnie słyszeliście, że nie można mieszać licencji SPLA z innymi licencjami wieczystymi w tym samym środowisku serwerowym. Uwaga – jest to jeden z większych błędów popełnianych w SPLA. MIESZANIE LICENCJI WEWNĘTRZNYCH I SPLA Prosty przykład: powiedzmy, że Wasz klient posiada licencje na Exchange’a i chciałby na Waszą infrastrukturę wnieść 15 swoich licencji. W kolejnych dwóch miesiącach klient potrzebuje kolejnych 15 licencji. Czy wydzierżawiacie te licencje w ramach umowy SPLA? Czy też klient musi je zakupić w ramach umowy VL? Z poziomu tego samego rozwiązania czyli w tym przypadku Exchange Server licencji łączyć nam nie wolno korzystając z różnych umów licencyjnych. W wymienionej sytuacji klient może zdecydować się na zakup (dokupienie) licencji CAL w ramach swojej umowy Volume ALBO rezygnuje z użycia licencji CAL na rzecz całkowitego przejścia w przypadku tego rozwiązania na użycie licencji w ramach umowy SPLA. JAKIE MOŻEMY MIEĆ SPENARIUSZE LICENCYJNE? Hosting Dedykowany: czyli serwery fizyczne są dedykowane klientowi. 1. Klient wnosi wszystkie swoje licencje na infrastrukturę serwerową dostarczoną przez Service Provider’a 2. Klient wnosi licencje na aplikacje które posiada w ramach swojej umowy wieczystej, Service Provider dostarcza platformę w ramach umowy SPLA 3. Service Provider dostarcza wszystkie potrzebne licencje klientowi w ramach umowy SPLA Hosting Hybrydowy: aplikacje dostarczone na dedykowanych (single-tenant) VM’ach, infrastruktura z współdzielonej warstwy fizycznej (multi-tenant) 1. Klient wnosi aplikacje zakupione wraz z License Mobility (SA) w ramach swojej umowy wieczystej. Service Provider dostarcza infrastrukturę w ramach umowy SPLA 2. Klient łączy się z aplikacjami poprzez RDS CAL nabytymi w ramach License Mobility, Hoster dostarcza infrastrukturę w ramach umowy SPLA 3. Hoster dostarcza dedykowaną infrastrukturę wirtualną i licencje w ramach umowy SPLA na aplikację jak również na infrastrukturę. Hosting Wspóldzielony: (multi-tenant) 1. Hoster dostarcza aplikacje i infrastrukturę w ramach umowy SPLA. W środowisku współdzielonych instancji wirtualnych klient nie może wnieść żadnych licencji z umowy wieczystej NAJPOPULARNIEJSZE PYTANIA OSTATNIM MIESIĄCU. LICENCYJNE POJAWIAJĄCE SIĘ W Co to jest „Plus” przy opisie licencji Exchange? Exchange Standard Plus and Enterprise Plus posiada funkcjonalność przypisaną wersji Standard i Enterprise oraz dodatkowo aplikację Outlook. Ta aplikacja może być zainstalowana na sprzęcie klienta końcowego. Jakie jest najważniejsze pytanie które powinienem zadać mojemu klientowi który pyta o możliwość wdrożenia jego licencji w naszym datacenter? Powinieneś zapytać o Software Assurance. Dlaczego? Jeśli klient posiada SA i licencje są zakwalifikowane do programu License Mobility wówczas możesz je zainstalować na współdzielonym środowisku fizycznym i dedykowanych instancjach wirtualnych. Jeśli klient nie posiada SA, musisz dedykować dla klienta cały serwer fizyczny. Gdzie znajdę definicje „dedykowanego” serwera/środowiska i co ono oznacza? Szybka odpowiedz – nie znajdziesz definicji tego słowa w żadnych materiałach. Mówiąc krótko – dedykowany oznacza odizolowany serwer wraz z instancjami wirtualnymi na których działa Windows Server. Jeśli Microsoft dopuściłby instalacje licencji klienckich na współdzielonych środowisku bez SA wówczas nie byłoby zapotrzebowania na License Mobility. Co oznacza licencja SAL for SA i kiedy mogę ją zastosować? Stosujemy ją w dwóch przypadkach: 1. W ramach License Mobility wraz z Software Assurance klient może wnieść swoje licencje z umowy VL na serwery hostera. Jeśli będzie to infrastruktura dedykowanej instancji wirtualnej (single tenant) – wówczas wystarczy samo License Mobility. Jeśli zaś infrastruktura wirtualna współdzielona czyli multi-tenant raportować licencje „SAL for SA”. wówczas hoster musi 2. W tym scenariuszu czyli w sytuacji gdy klient ma wykupione w ramach umowy VL licencje na serwer oraz licencje CAL w ramach potrzeby klient może zwiekszyc ilość potrzebnych licencji dla uzytkownikow tylko poprzez dokupienie licencji CAL, nie można tego zrobić dzierżawiąc licencje SAL. 3. SAL for SA należy raportować w sytuacji gdy klient wnosi licencje CAL nie posiadając licencji na serwer. PRZYKŁAD: Klient końcowy ma 100 pracowników, objętych 100 licencjami CAL dla Lync Standard i 100 licencjami CAL dla Lync Plus, ale bez żadnych licencji serwerowych. Chce wykonać migrację do serwera Lync u hostera i później dodać 50 pracowników. Jakie są dostępne opcje licencjonowania? Ponieważ klient nie ma licencji serwerowej, nie jest uprawniony do skorzystania z opcji License Mobility dla Software Assurance. Tym niemniej może wykonać migrację obciążenia do centrum danych dostawcy usług i płacić za licencje SAL dla SA. W tym konkretnym przykładzie dostawca usług powinien licencjonować początkowych użytkowników poprzez licencje Lync Plus SAL dla SA. Nie ma potrzeby przypisywania licencji Lync Standard SAL dla SA, gdyż licencje te nie są addytywne, podczas gdy wieczyste licencjonowanie funkcjonalności Plus jest dodawane do już posiadanych licencji Standard CAL. Jakie licencje powinny być zaraportowane: Usługodawca powinien zaraportować 100 licencji Lync Plus SAL for SA Dostawca usług może licencjonować dodatkowych 50 pracowników licencjami Lync Plus SAL W scenariuszu License Mobility dla SA klient musi dysponować licencjami CAL w wieczystym programie licencyjnym, aby uzyskiwać dostęp do serwerów aplikacji. Nie jest możliwe licencjonowanie dodatkowych użytkowników poprzez licencje SAL, ponieważ oznaczałoby to mieszane licencjonowanie jednego produktu. Różni się to od scenariusza licencji SAL dla SA, gdyż w przypadku LM dla SA partner musi posiadać zarówno serwer, jak i licencje CAL zakupione w ramach jednego programu, aby być uprawnionym. Z drugiej strony licencje SAL dla SA pozwalają uwzględnić inwestycję w licencje CAL bez serwera przy przypisywaniu licencji SAL i pozostawiają możliwość licencjonowania dodatkowych użytkowników poprzez licencje SAL. Kontakt z nami: Małgorzata Domańska-Skrok E-mail: [email protected] www.all4cloud.pl