Uma das tarefas de arquitetura é determinar posicionamento, carga, roles e configurações de um produto.

Em muitos produtos a Microsoft fornece aplicativos que permitem fazer o desenho  da topologia com informações detalhadas, e um destes é o Microsoft Lync Server 2013 Planning Tool disponivel em http://www.microsoft.com/en-us/download/confirmation.aspx?id=36823

A ferramenta é simples de instalar, mas muito útil e fornece informações que serviram de base para o desenho final. É importante lembrar que ferramentas de design de topologia servem de referência, mas cabe ao arquiteto utilizar estas informações para fazer o desenho final da solução desejada.

Irei neste artigo detalhar a ferramenta e a cada dado especificado tentar colocar o que será afetado na topologia conforme a opção escolhida.

Utilizando o Lync Planning Tool – Definição de Roles

Ao abrir a ferramenta podemos ver diversos detalhes e iniciar o processo. Do lado esquerdo temos uma série de links para entender a ferramenta, a barra de ferramentas com as funcionalidade de geração das planilhas Excel (XML) e desenho em Visio. No centro temos como ler um design salvo (File…Open…botão Display) ou criar um novo desenho em Design Sites:

Ao iniciar o desenho de uma nova topologia será necessário inserir os dados de como o cliente irá utilizar o Lync. O primeiro destes dados é sobre Audio/Video conferencia que influirá diretamente no número de Frontend Servers necessários, apesar de ser ponto a ponto (peer-to-peer) quando utilizado o Lync Client:

Dial-In é o recurso do Lync de permitir que um usuário entre na conferencia diretamente por um telefone comum utilizando um número criado para cada meeting. É importante lembrar que este recurso depende da integração entre o Lync e o PBX VoIP:

Web Conferencing são as reuniões (meetings) entre usuários de Lync Client e usuário externos na internet. Diferente da primeira opção (Audio/Video), aqui estamos identificando que o cliente irá fazer reuniões com usuários não locais, o que é bem diferente e irá impactar em Edge Server e Frontend Servers:

Enterprise Voice é o recurso da integração do Lync Server com o PBX VoIP, que alem da integração entre o cliente do Lync e o telefone também faz o encaminhamento de mensagens para o Exchange, o Voice Admissions para conferencias (Dial-in Conference) e outros recursos. Essencial lembrar que para isso é necessário ter a licença Lync Enterprise para o cliente e o servidor. Habilitar esta configuração impacta no numero de Frontend, Mediation e Gateway Server (se o PBX não é diretamente compatível com o Lync):

Quando se implementa o recurso acima (Enterprise Voice) é possivel criar a integração entre o Lync Server e o Exchange Server. Por exemplo, ao receber uma mensagem na caixa postal do ramal esta mensagem é transformada em texto pelo reconhecimento de voz do Lync Server e enviada para o email do usuário em forma de texto e arquivo de som anexado. Esta configuração exige o Exchange Server 2010 e preferencialmente o Exchange 2013, alem de impactar no número de Frontend Servers:

O CAC(Call Admission Control) é um recurso do Lync quando integrado ao PBX para trazer qualidade as ligações. Com ele o Lync controla a banda de VoIP fazendo o roteamento para linhas comuns (PSTN) quando a internet WAN utilizada para ligações IP estiver com tráfego alto.  É essencial para garantir qualidade nas ligações em sistemas integrados:

A monitoração irá gerar dados detalhados da qualidade e utilização do Lync para estatisticas e geração de relatórios, o que permitirá ao administrador verificar a demanda e priorizar os investimentos na topologia quando precisar de expansões. Esta função é uma role separada de outras, apesar de ser possível ser compartilhada em um mesmo servidor físico Frontend:

O Archive é o recurso que no Outlook cria uma pasta “Conversation History” ou um botão de histórico no Lync Client. Ele pode ser configurado para utilizar o SQL Server ou o Exchange 2013. O ideal é sempre utilizar o Exchange, assim a integração com o Outlook é garantida, porem apenas com o Exchange 2013 ela é possível. Utilizar o SQL Server irá criar uma base de dados pequena, uma vez que no IM (Instant Messenger) não costumamos utilizar imagens ou sons. É uma role separada, podendo ser compartilhada com outras roles assim como as outras:

O Chat Persistente é um recurso utilizado para habilitar uma tab no cliente Lync 2013 onde é possivel criar conversações que ficam arquivadas e disponiveis para leitura posterior pública ou limitada a uma lista de usuários especificadas pelo criador da conversação. Impacta no número de Frontend Servers e no espaço utilizado no banco de dados do Lync:

É a role que suporta o acesso para dispositivos móveis, lembrando que o Lync 2013 já possui clientes para iOS, Android e Windows Phone, permitindo inclusive chamadas de voz. Impacta no número de servidores Frontend e principalmente Edge Servers:

O recurso de federação permite que os clientes do Lync internos se conectem com clientes MSN e outros. Com este recurso é possivel que os usuários corporativos usem o Lync para conversar com usuários Microsoft Live e impacta no número de Edge Servers necessários, e está disponivel gratuitamente no Lync 2013 para a licença Enterprise:

Alta disponibilidade irá definir a necessidade de cluster do SQL Server e pools de Frontend e Edges Servers:

Obviamente, serve apenas como informativo para os relatórios de ranges de IPs necessários no projeto final:

Utilizando o Lync Planning Tool – Definição de Sites

No próximo passo é necessário definir quantos sites o cliente possui, o que será utilizado em cada site e para quantos usuários.

Note que as perguntas anteriores servem para indicar os recursos que serão considerados nesta fase. Ou seja, é possivel alterar as opções anteriores por clicar nos checkboxes em cada site. Conferir com cuidado o que cada site utilizará de recursos é importante neste ponto, já que em geral cada site tem diferentes necessidades:

Esta opção serve apenas como informativo para o numero de certificados e o desenho final gerado, com os sites existentes no clientes:

As próximas duas telas definem métricas de reuniões e voz que serão consumidas. Estes dados são baseados em experiência e histórico que podem ser obtidas com o pessoal de telecomunicações do cliente:

Para integração com o PBX é possivel utilizar gateways (equipamentos dedicados a fazer o roteamento entre o PABX tradicional e o Lync), SIP Truking (integração direta com o PBX VoIP e o Lync) ou conexão já existente. Estas definições são realizadas pelo pessoal de telecomunicações previamente ao design do Lync:

Neste ponto definimos o percentual de usuários que tem ramais integrados para Unified Messaging. Na maioria das empresas não são todos os funcionários que possuem ramal próprio ou que precisem deste recurso, por exemplo para mesas de atendimento rotativo. Este dado é definido pelo cliente em questionários prévios:

Defina quantos usuários irão fazer acesso externo, o que implica em mais servidores Edge do Lync:

Defina quantos usuários utilizaram o recurso de Chat Persistente. Este dado é díficil de ser levantado, já que dificilmente a empresa terá isso antes do projeto. Porem, pode-se usar o percentual padrão de 20% que são aqueles que utilizam recursos assim, já que a grande maioria usa apenas o IM, sem criar salas de discussão. Um bom parametro para saber se este recurso é muito utilizado é por verificar a utilização de Pastas Públicas do Exchange:

Defina o percentual de usuários que utilizarão os clientes Android, iOS e Windows Phone:

Mediation Server é a role que faz integração entre o PBX e o Lync. Defina se irá utilizar um servidor único ou compartilhado para esta função. Obviamente que impacta no número de servidores e depende do número de ramais existentes no PBX:

Por último defina sites que se conectam a sua estrutura. Neste caso são locais que conectam nos servidores localizados no site que foi definido e não locais onde haverá estrutura separada de servidores, o que e considerado outro site:

Terminado de definir os dados do site, pode-se repetir a operação várias vezes para outros sites, lembrando que entende-se como "Central Site” aqueles locais onde haverá servidores Lync:

Utilizando o Lync Planning Tool – Visualizando Resultados

Ao clicar no botão Draw no final dos questionários podemos ver a topologia básica necessária, com os sites definidos.

Note que na lateral direita temos a configuração total de servidores necessários, onde temos a necessidade de servidores fisicos e roles:

Clicando em cada site é possivel ver a estrutura sugerida, como o exemplo abaixo. Veja que na lateral direita em Ações é possivel retornar ao desenho global e ter acesso aos documentos online da Microsoft para as tarefas de planejamento, bem como a documentação de construção do ambiente:

Ainda em cada site é possivel ver detalhes (3 abas seguintes), como a topologia IP para os servidores Edge com os ranges necessários, bem como as URLs. Importante que os ranges de IP e os nomes são apenas sugestões e precisam ser alterados para se adequar ao ambiente do cliente:

Utilizando o Lync Planning Tool – Exportando os Dados

Utilizando a barra de ferramentas do Planning Tool vemos a possibilidade de criar um arquivo Visio com todos os diagramas gráficos mostrados nas imagens anteriores ou criar uma planilha Excel com os relatórios:

O Visio exportado concentra todos os desenhos de topologia global e de sites separados em abas, podendo ser útil para apresentar ao cliente visualmente o design, uma vez que é possivel alterar os desenhos já que são baseados em stencils e não gráficos:

A planilha Excel traz os relatórios de dados detalhados em abas, incluindo informações adicionais como o hardware necessário para cada servidor, o posicionamento e as configurações de firewall e certificados. Esta planilha é essencial na seção de requisitos a ser entregue ao cliente para preparação da implementação do ambiente Lync 2013:

CONCLUSÃO

A ferramente Lync Server 2013, Planning Tool é um recurso inestimável para quem faz arquitetura de soluções tanto para pequenas quanto grandes empresas. Seus relatórios de necessidades de certificado, firewall e configurações ajudam mesmo quando estamos falando de um único servidor para todas as funções.

Uma necessidade que muitos clientes solicitam é a possibilidade de integrar visualizações dinâmicas do System Center Operations Manager 2012 em TVs ou disponibilizar dados publicamente pelo SharePoint ao invés de utilizar o console.

Introdução

Este recurso é possivel por utilizar o Visio Services do SharePoint Enterprise 2013 integrado com o serviço de publicação de dados do SCOM, proporcionando uma visualização como abaixo com o site completo com 3 webparts, ou mesmo usando os Dashboards:

Nota: Apenas a primeira das webparts é dinâmica e online. As duas webparts de diagrama são apenas representações estáticas de um arquivo Visio gerado no console do SCOM.

Abaixo detalhes de uma webpart ampliada, onde temos os servidores desejados para a monitoração em tempo real:

Como este recurso é interativo, ao clicar com CTRL em um dos servidores, automaticamente será aberto o Operations Manager Web Console com o Healthy Check do servidor:

Mostrado o recurso e a sua integração em tempo real, vamos considerar como montar.

Configurando a Integração do Visio com o SCOM

O primeiro passo é baixar o pacote Microsoft Visio 2010 and SharePoint 2010 Extensions for System Center 2012 em http://www.microsoft.com/en-us/download/details.aspx?id=29268

No diretório Client será possivel instalar o conector no Visio que o permite ler dados do SCOM e gerar os Shapes no diagrama, estando disponivel em versão 32 e 64 bits:

Ao abrir um novo documento no Visio agora será possivel na barra de ferramentas ver a opção Operations Manager e clicando no botão Configure temos as opções para indicar o servidor Operations Manager

O primeiro dos itens que pode ser utilizado é o Add Status que inclui uma pequena tabela para indicar quando os dados foram atualizados, o que é muito util dentro do SharePoint:

Na sequencia podemos acrescentar os shapes desejados com o botão Insert Shapes, bastando selecionar a classe desejada e o objeto que será monitorado, como o exemplo abaixo:

Em alguns casos podemos utilizar shapes já existentes no Visio, por exemplo shapes de maquinas reais ou outros tipos de objeto da biblioteca existente. Isso é possivel utilizando o botão Link Shape e definir o objeto do SCOM que aquele shape representa:

Este processo também pode ser usado quando exportamos um Dashboard para Visio e depois vinculamos os objetos reais aos shapes no arquivo. Para isso pode ser usado o botão Reconcile Shapes onde o wizard listará todos os objetos e será mais rápido que o exemplo acima:

Selecione o tipo de atributo existente no desenho que será usado para mapear com os objetos do SCOM:

Por fim, o wizard irá mostrar os objetos que não foram encontrados correspondência e permitirá a ligação manual:

A partir deste momento já é possivel testar a integração do Visio com o SCOM clicando com o botão nos shapes e verificando o Healthy Explorer ou na lista External Data que aparece a cada objeto adicionado:

Configurando a Integração entre o SharePoint e o Visio

No mesmo pacote temos o diretório com o aplicativo que deve ser executado no SharePoint para integrar a webpart de Visio com o SCOM:

Após executar o setup abra o SharePoint Administration Portal e em Applications Management –> Manage Service Applications –> Visio Graphics Service –> Trusted Data Provider verifique se no Visio Service foi incluido o SCOM como fonte de dados:

Se a conexão acima não aparecer automaticamente, será necessário criar a entrada manual, por clicar em Add e digitando a linha acima de identificação do Assembly de conexão. Este passo está descrito no PDF do pacote de integração para intalação manual dos componentes de integração.

O passo seguinte é criar uma Document Library para colocar os arquivos Visio criados anteriormente. Esta pasta não necessita de qualquer dado ou configuração adicional, apenas fazendo o upload dos arquivos, como o exemplo abaixo:

Na sequencia edite umá página qualquer existente no SharePoint e adicione uma nova webpart Visio Web Access e defina nas propriedades qual será o arquivo mostrado na página. Veja também que é possivel configurar o tempo de atualização, o tamanho da webpart, aparência geral e outros:

Integrando o SharePoint com o SCOM

Os Dashboards do SCOM podem ser utilizado livremente no SharePoint, após instalar os componentes usando o DVD do SCOM. O primeiro passo é copiar a pasta Setup\xamd4\SharePoint do DVD do SCOM para o SharePoint:

Abra o SharePoint Management Shell e execute primeiro o comando para permitir a execução do script e o script para instalação dos Assemblies:

Set-ExecutionPolicy Unrestricted

.\install-OperationsManager-DashboardViewer.ps1 solutionPath  “<<Local onde os arquivos foram copiados>>”

Quando perguntar o site, deixando em branco será instalado para todos os existentes.

Após a instalação entre em um site onde deseja utilizar a webpart e verifique em Site Settings –> Site Collection Features se o componente Operations Manager Dashboard Web Part está ativado, como o exemplo abaixo:

Agora já está disponivel, edite uma página do SharePoint e acrescente a webpart Operations Manager Dashboard:

Na sequencia defina o Dashboard que será mostrado utilizando o link do Operations Manager Web Console, como o exemplo abaixo:

Conclusão

Utilizando o pacote de integração podemos criar páginas no SharePoint dinâmicas permitindo a qualquer usuário com permissão em um site ou página acompanhar dados de monitoração do ambiente.

A ferramenta SCCM Right Click Tool é gratuita e muito útil para quem administra SCCM 2012 e compatível com a versão SP1.

Instalação

Para baixar a ferramenta use o link http://en.community.dell.com/techcenter/os-applications/w/wiki/4309.sccm-right-click-tools.aspx

A instalação é muito simples e deve ser instalada nas estações onde existam o console do SCCM, e não há necessidade de instalar no servidor do SCCM.

Funcionalidades

O RCT cria opções em 3 diferentes grupos de funcionalidades: Client Actions, Client Logs e Client Tools:

O Client Logs permite abrir qualquer log do SCCM nos clientes instalados. Isso se torna muito útil, já que abrir remotamente o log não é complicado, mas trabalhoso.

Em Client Actions temos a possibilidade mais importante desta ferramenta, que é executar remotamente as ações do agente. Por exemplo, hoje para forçar o inventário em um agente abrimos o painel de controle e executamos a ação. Com o RCT um administrador de SCCM pode remotamente executar qualquer das ações:

No menu Client Actions são possiveis várias ações remotas diretamente no sistema operacional do cliente, como por exemplo, reiniciar o computador, abrir os discos, visualizar os processos em execução e executar comandos remotos:

Um exemplo de ação remota é a visualização dos processos em execução na estação:

Portanto, o uso dessa ferramenta facilita muito o dia-a-dia do administrador e pode ser considerada indispensável!