Tento týden se odehrálo několik významných změn na poli licencování aplikačních serverů společnosti Microsoft. Protože je mi jasné, že se do tohoto tématu brzy zakousnou jiní, lepší a mnohem fundovanější, než jsem já, berte to pouze jako noticku a upozornění na změnu, ke které došlo.
Do nynějška fungovalo licencování v oblasti virtuálního prostředí (a je jedno jakého) podle modelu, že je potřeba mít tolik licencí daného produktu, na kolika může tento server běžet. Což mohlo být velmi nevýhodné, obzvlášť v oblasti virtualizace. Jeden příklad za všechny – pokud byste například postavili Windows Failover Cluster se čtyřmi fyzickými servery/nody a v rámci tohoto clusteru chtěli provozovat na jednom virtuálním operačním systému (VOSE) Exchange (s možností přesunu tohoto VOSE kamkoli v rámci clusteru), museli jste mít 4x licenci Exchange Serveru. Proč? Protože licence se doteď vždy musela přiřadit fyzickému serveru (POSE) a nikoli virtuálnímu. Pokud jste chtěli Exchange někam v rámci firmy přemístit z jednoho serveru na druhý, museli jste dodržet periodu 90 dnů, po které jste mohli licenci přiřadit jinému hardware. A je jedno, zdali to byl cluster a v něm virtuální stroj, či nikoli (ač to zní nelogicky).
Toto se nyní mnění na logickou variantu, přesná věta zní takto:
S platností od 1. 9. 2008 mají zákazníci právo na neomezený převod licencovaných instancí libovolných serverových produktů Microsoftu mezi licencovanými servery v rámci serverové farmy, a to jak mezi jejich fyzickými, tak virtuálně provozovanými instancemi.
Co dodat?
Seznam podporovaných Microsoft software v různých virtuálních prostředích
Další informace od Kamila Juříka (MVP)
Application Server License Mobility
Exchange tým se k danému také vyjadřuje
Již poměrně dlouhou dobu působím v IT a matně si pamatuji, že v dobách svých začátků jsem vzhlížel k mnoha kolegům, kteří toho věděli o informačních technologiích mnohem více, než já. Občas jsem ale dostal pěkně přes prsty (dnes se tomu musím smát), když jsem se zeptal na něco, co měli ostatní za naprosto triviální věc – prostě mi odsekli: „RTFM“. Jelikož jsem ale tenkrát neuměl ani pořádně anglicky, stejně jsem nevěděl, co tím myslí a otravoval svými dotazy dál :). Noc nic. Dnes už vím, co to znamená, občas mám chuť to na pár lidí také zařvat, ale snažím se ubránit této lákavé možnosti, jak někoho rychle odbýt. Někdy mě i napadá, že nápovědu stejně nikdo nečte, a když už ano, tak stejně jen její některé části. Nechápu, co všechno se občas řeší v diskuzích, když to všechno je většinou někde popsáno. Když už ne v nápovědě, tak určitě pomůže nějaký internetový vyhledávač. Tak, ale dost mentorování… sám sice občas do nápovědy také nahlédnu, ale rozhodně mám na záchodě lepší věci na čtení :).
Včera se mi totiž stala věc, které mě úplně překvapila tím, jaký jsem to vlastně ignorant zcela zjevných věcí a pokud bych si více všímal do očí bijících upozornění, mohl bych si ušetřit mnoho času. Představte si následující situaci. Jste téměř na konci dlouhé migrace, hluboká noc kolem 3h ráno, chcete už strašně moc jít domů, ale nemůžete, protože vám schází ještě poslední „drobnost“. Jenže, jak jste unaveni a už vám to nemyslí, nemůžete přijít, jak na to. Co s tím? Otevřel jsem si internetový prohlížeč a jal se hledat všude možně. Asi mi to moc nešlo, protože jsem dlouho nemohl najít to, co jsem hledal. Nakonec se zadařilo a já našel přesně to, co jsem v danou chvíli potřebovat. Říkáte si, co je pointa? Věc, kterou jsem hledal , se týkala Exchange, konkrétně jedné akce ve Windows PowerShellu. A toto věc, kterou jsem hledal snad hodinu, se skrývala přímo v Exchange PSH, stačilo napsat příkaz: „get-tip“. LOL. Přitom tento příkaz „get-tip“ se spouští při každém spuštění Exchange PSH. Takže jsem jej viděl snad milionkrát.
Takže za prvé… znáte vůbec příkaz „get-tip“ v Exchange PSH? Pokud ne, podívejte se na výbornou stránku, na které jsou všechny tipy rozepsány podrobněji. Skvělý počin.
Za druhé… čtete vůbec nápovědu v programech? A nebo na internetu?
A víte, co je RTFM? :)
No a autor se jde ROFL :D
Link: http://flaphead.dns2go.com/archive/2006/08/17/3514.aspx