USINA BRASILEIRA SÃO TONINHO Request For Proposal

Transcrição

1 USINA BRASILEIRA SÃO TONINHO Request For Proposal Projeto Energia 2015

2 Índice INTRODUÇÃO... 2 OBJETIVOS... 2 ONDE ESTAMOS... 2 Servidores de Armazenamento... 2 Servidores de Processamento... 2 PARA ONDE VAMOS... 3 PRAZOS... 3 PROPOSTAS... 4 Comercial... 4 Técnica... 4 LEGADO... 4 SOFTWARE... 5 STORAGE NOVO ERP... 5 Critérios para Dimensionamento... 6 SERVIDORES NOVO ERP... 7 Critérios para Dimensionamento... 7 ESPECIFICAÇÃO DOS SERVIDORES... 9 SOFTWARE APLICAÇÃO DE INTELIGÊNCIA DE NEGÓCIOS Requisitos mínimos de configuração: SOFTWARE DISPOSIÇÕES GERAIS Critérios de Avaliação e Pontuação Entrega, Instalação e Garantia... 14

3 INTRODUÇÃO A Usina Toninho está em fase de expansão em sua produção. Com o enorme sucesso que temos tido em nossas operações nos preparamos para duplicar nossa capacidade produtiva até Esse projeto foi denominado de Energia para OBJETIVOS Para estarmos preparados para esse crescimento, estamos revendo nossa infraestrutura atual de tecnologia. Nesta revisão, decidimos por modernizar nosso ERP e implementar um novo sistema de inteligência de negócios. Sabemos que a evolução tecnológica aponta para novas tecnologias mais avançadas de servidores de processamento e servidores de armazenamento. Sabemos também, que a tendência é sempre de diminuição dos preços relativos à performance ofertada. Então neste processo de modernização nosso objetivo é reduzir fortemente nossos custos operacionais. Temos atualmente elevados custos de manutenção do ambiente de infraestrutura, elevados custos de gestão e elevados custos com licenças de software. Precisamos mordernizar e reduzir todos esses custos. ONDE ESTAMOS Hoje nosso ambiente de infraestrutura possui os seguintes equipamentos: Servidores de Armazenamento Possuímos dois equipamentos da fabricante EMC, sendo um VMAX com 180TB em uso e 20TB disponíveis, e o segundo um VNX que possui 50TB em uso e 50TB disponíveis. Ambos equipamentos estão em garantia, com previsão de termino da mesma em Julho de Servidores de Processamento Estamos baseados em 2 tipos de arquiteturas: Na arquitetura Intel rodamos todos os tipos de aplicações de infraestrutura como, servidores java, servidores DNS, servidores de firewall, servidores de impressão, servidores de , etc). Temos para tanto dez equipamentos Dell PowerEdge720 cada um com 8Cores ES2680 e 32GB de ram. Esses servidores terão sua garantia vencida em agosto de Na arquitetura RISC estamos baseados em Servidores Oracle T4. Temos dois equipamentos desses com 32Cores e 64GB de RAM. Nesses servidores estamos rodando no ERP próprio. Esses servidores foram adquiridos na mesma época que os servidores Dell, e também terão garantia vencida em agosto deste ano.

4 PARA ONDE VAMOS Vamos implementar o ERP SAP. Decidimos após um ano de concorrência por este ERP, baseado na base de clientes já presente no mercado de usinas. Nossa infraestrutura atual estará listada nas especificações técnicas que estão declaradas neste documento. Precisamos que sejam propostos armazenamento para o novo sistema e servidores de processamento capazes de garantir o sucesso de nosso projeto Energia para 2015 baseado em tudo que dissemos e relatamos neste documento. Iremos implementar em conjunto com o ERP, uma solução de análise de dados DB2-BLU. Depois de muito pesquisar entre Hana e BLU, nós decidimos por BLU devido à facilidade de uso e flexibilidade de plataformas compatíveis. Queremos reduzir nossos gastos com Manutenção, Gestão e Licenças de Software, e para isso precisamos da análise criteriosa de vocês no processo de resposta a essa RFP. Esperamos propostas que apresentem valores condizentes com o mercado e que sejam completas, ou seja, apresentem valores para aquisição e demonstração do custo total de propriedade durante os primeiros 3 anos que a solução estará disponível em nossa infraestrutura. Nosso investimento já feito em infraestrutura, precisa ser levado em consideração para termos o cenário de 3 anos mais barato possível dentro do melhor benefício possível. Aceitaremos ofertas que aproveitem o hardware já comprado desde que se mostrem mais baratas em propriedade pelos próximos 3 anos. Temos uma equipe com bastante conhecimento nas plataformas atuais, todavia precisamos de treinamento para novas tecnologias de sistema operacionais, e virtualizações. PRAZOS Publicação da RFP 01/07/2014 Reunião de Dúvidas 08/07/2014 Envio das propostas 15/07/2014 Apresentação das propostas 17/07/2014 Declaração do Vencedor 31/07/2014

5 PROPOSTAS Comercial Deverá ser expressa em R$ e conter todos os detalhes dos produtos ofertados. Os preços deverão ser a vista com prazo de pagamento para 30 dias. O prazo de entrega deverá ser claramente descrito e não poderá ultrapassar 45 dias. Toda informação que o proponente julgar necessária poderá estar aqui apresentada. Todos os custos relativos a serviços, viagens, entrega deverão estar 100% contemplados no preço total apresentado. Técnica Deverá apresentar o esquemático técnico da solução. Detalhar configurações e serviços. Mostrar claramente como se dará o processo de implementação do ambiente até seu go-live. Envio das propostas deverá ser feito por para: dallocca@br.ibm.com Apresentação presencial das propostas: Nesta data nossa equipe vai estar disponível para ouvir sua apresentação da proposta. Seja didático mas tenha profundidade, pois teremos pessoas técnicas e não técnicas assistindo sua apresentação. É importante que a banca entenda sua proposição claramente. LEGADO Visando redução de OPEX a primeira parte desta RFP trata da consolidação do ambiente. Abaixo relacionamos o ambiente atual existente, onde possuimos servidor de contingência apenas para o ambiente ERP: Servidor Modelo Configuração SO Aplicação sp101 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows F&P Server sp102 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Linux Zimbra sp103 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Linux Firewall sp104 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Linux DNS / DHCP sp105 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows AS Java sp106 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows AS Java sp107 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows AS Java sp108 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows AS Java sp109 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows AS ERP sp110 PowerEdge R720 (2U) 8-cores E GHz 32GB Memória, 600GB disco Windows AS ERP sp111 Sparc T4-2 2 x procs 8-cores 2.85GHz 64GB Memória, 1TB Discos Oracle Solaris 10 DB Server ERP (Oracle) sp112 Sparc T4-2 2 x procs 8-cores 2.85GHz 64GB Memória, 1TB Discos Oracle Solaris 10 DB Server ERP (Oracle) Storage Modelo Configuração (Excluindo Spares) Em uso Servidores sto101 EMC VMAX 10K 255 discos de 900GB 10K 2.5" com RAID5 180TB sp101,sp102,sp103,sp104,sp105, sp106,sp107,sp108,sp109,sp110 sto102 EMC VNX discos de 200GB SSD RAID discos de 600GB 15K RAID discos de 3TB 7.2K 50TB sp111,sp A proposta de consolidação poderá contemplar a substituição do sistema operacional utilizado, e ambiente de storage supra citado, com os respectivos serviços de migração e implementação. Poderá ser considerada a substituição das aplicações de infraestrutura, desde que o licenciamento e serviços de migração e implementação estejam contemplados. 2. Para efeito de sizing considerarem que todos os servidores estão com uma utilização de 40% para CPU, 80% para memória, e 70% para espaço em disco utilizado. Para o ambiente de

6 storage, considerar utilização de 180TB no storage sto101 com espaço livre de 20TB e utilização de 50TB no storage sto102 com espaço livre de 50TB. O storage sto101 está com utilização de 20% dos processadores enquanto o sto102 está com nível crítico de 85%. 3. Para o ERP legado, não existe possibilidade de substituição do banco de dados utilizado, mesmo sem suporte, já que será desligado assim que implementado o novo ambiente, devendo ser mantido apenas para dados históricos. 4. Para esta nova implementação, deverá ser contemplando um ambiente de HA para todo o legado, com exceção do ERP, seja com a inclusão de novo(s) servidor(es) e storage(es), ou alternativamente em cloud pública, desde que em empresa idônea, e com um SLA 24x7, exceto para o ERP, cujo HA deverá ser COLD, e cujo SLA poderá suportar paradas de até 6 horas. Contemplar para o HA COLD, ambiente de armazenamento. HA COLD = permite a recuperação através de re-instalação do ambiente, suportando um número de horas determindo fora de operação sem prejuízos à empresa. SOFTWARE Todos os servidores devem ser fornecidos com licenças para os seguintes produtos de software: Sistema operacional 64 bits; Software de Virtualização quando aplicável com total licenciamento para cada servidor; Software para HA de acordo com plataforma escolhida, podendo ser solução por storage; Todos softwares necessários para completo funcionamento do ambiente de storage com todas as funcionalidades e características ofertadas; Todos os storages devem ser fornecidos com licenças para os seguintes produtos de software: Sistema operacional do storage; Software de Virtualização se aplicável com total licenciamento para cada storage; Software para HA de acordo com plataforma escolhida, podendo ser solução por storage; Todos softwares necessários para completo funcionamento do ambiente de storage com todas as funcionalidades e características ofertadas; A solução ofertada deverá possuir licenciamento de uso em caráter perpétuo para a empresa Toninho, em quantidade adequada para atendimento de todas as necessidades atendidas. Deverão ser previstas licenças adicionais visando administração, manutenção, configuração, treinamento, testes e homologação de componentes da solução. Deverá incluir o licenciamento sem ônus, de todos os softwares adicionais que fazem parte da solução ofertada, necessários para a implementação e operacionalização da mesma. STORAGE NOVO ERP O escopo desta seção está restrito a storage não incluindo, por exemplo, soluções específicas para servidores. Todos os equipamentos ofertados devem ser compatíveis com os servidores propostos/existentes dependendo da solução que é ofertada. A idéia principal na parte do ERP é aumentarmos nosso desempenho com custo benefício que possibilite um menor investimento para se obter o máximo de ganho possível. Todas as características técnicas dos componentes da solução proposta devem estar comercialmente disponíveis até a data de entrega dos equipamentos.

7 Todos os equipamentos ofertados devem ser novos e devem ser entregues devidamente embalados e acondicionados para transporte. Não serão aceitas soluções que estejam fora dos requisitos descritos neste documento. Critérios para Dimensionamento Todos de componentes de armazenamento devem ser do mesmo fabricante e devem possuir garantia de 60 meses; Todos os compomentes necessários para comunicação entre servidor e storage deverá ser fornecido pelo proponente; O storage ofertado não poderá possuir ponto único de falha conforme as recomendações de melhores práticas do fabricante; Deverão ser fornecidos discos de spare de acordo com as recomendações do fabricante; O tipo de raid, quantidade de discos e distribuição, deverá considerar o desempenho exigido pelo ambiente de servidores com foco na melhora do desempenho do novo ERP; Provisionamento - Possibilite criar LUNs que consumam a capacidade de armazenamento do pool apenas sob demanda de novas gravações nos servidores, ou seja, a simples criação da LUN não pré-aloca no pool o seu tamanho total. Essa funcionalidade é também conhecida como thin provisioning; Permitir Cópia Instantânea(Snapshot). Funcionalidade de cópia instantânea (snapshot) de ponteiros com uso eficiente de armazenamento, ou seja, ao se realizar uma cópia instantânea deve ser consumida capacidade de armazenamento necessária para armazenar apenas as diferenças provenientes de novas atualizações de dados; Cópia Clone - A SOLUÇÃO deve possuir função de cópia instantânea interna de discos para cada subsistema, possibilitando a duplicação de volumes sem utilizar recursos dos servidores, para finalidade de testes e backup. O licenciamento deve cobrir a área total de armazenamento fornecida; Migração de Dados Entre Camadas: a. Possibilite migrar manualmente uma LUN inteira entre os pools de armazenamento existentes no subsistema, sejam eles da mesma camada ou de camadas distintas, sem interrupção do acesso à LUN. Deve também ser possível acompanhar a evolução das migrações em andamento; b. Possibilite a migração automática, e sem perda de acesso, de partes das LUNs entre diferentes camadas existentes no subsistema, baseada no volume de acesso específico a cada uma dessas partes. Com isso, as partes de dados mais acessadas serão armazenadas em camadas com melhor desempenho e as menos acessadas em camadas com pior desempenho. As partes das LUNs a serem migradas devem ser de no máximo 1 GB; c. Possibilite a criação de pools híbridos contendo no mínimo 3 (três) camadas. Gerenciamento e monitoração: a. Deve gerenciar e configurar a solução e todas suas funcionalidades requisitadas; b. Deve possuir interface gráfica e linha de comando para administração e provisionamento de recursos de armazenamento; c. Deve possuir monitoração de desempenho dos recursos do subsistema de discos com possibilidade de acesso de dados históricos; d. Exemplos de itens a serem monitorados: Memória, Disco, Controladoras, Processadores e todas as funcionalidades requisitas; e. Todas as características e funcionalidades requisitadas devem ser licenciadas e suportadas integralmente para toda a capacidade de armazenamento ofertada; Desempenho solicitado pelo ERP: a. Nossos storages atendem com dificuldade o desempenho requerido pelo ERP atual e no novo ERP, teremos problemas de desempenho (IOPS / Tempo de Resposta) devido a atual situação; b. Queremos portato, na oferta proposta, sistema(s) de armazenamento que suportem a demanda do novo ERP e do resto do ambiente, baseado na proposta de servidores que permita a solução ofertada, trabalhar com um desempenho máximo (IOPS) de até 80% em seu pico e um tempo de resposta satisfatório, baseado nas melhores práticas do ERP SAP.

8 SERVIDORES NOVO ERP O escopo desta seção está restrito a servidores não incluindo, por exemplo, soluções especificas de storage e de infra-estrutura de backup ou de rede. A exceção são os discos internos e arrays para boot de sistema operacional e área de paginação de sistema operacional, rack s, placas e extensores de I/O que farão parte da configuração dos servidores. Todos os equipamentos ofertados devem ser compatíveis para instalação em rack padrão 19. Os mesmos deverão fazer parte da solução proposta. Todas as características técnicas dos componentes da solução proposta devem estar comercialmente disponíveis até a data de entrega dos equipamentos. Todos os equipamentos ofertados devem ser novos e devem ser entregues devidamente embalados e acondicionados para transporte. Não serão aceitas soluções que estejam fora dos requisitos descritos neste documento. Critérios para Dimensionamento O parâmetro básico para dimensionamento de sistemas que será utilizado é o SAP Application Performance Standard (SAPS). Maiores informações sobre esta unidade de medição podem ser encontradas em Mais especificamente, serão utilizados os resultados do SAP SD Standard Application Benchmark Results, Two-Tier Internet Configuration, que podem ser consultados em Este padrão de medida será referido doravante neste documento simplesmente como SAPS SD 2-tier. Não serão aceitos como prova de dimensionamento de servidores resultados publicados em nenhum outro benchmark da SAP, sejam de outros módulos de mysap ERP (PP, FI, HR, MM, etc), de outros produtos SAP (mysap SCM, mysap APO, etc) ou mesmo do módulo SD em sua modalidade 3-tier. O resultado do benchmark será utilizado para avaliar e dimensionar a performance de cada servidor como um todo bem como a performance de cada núcleo de processamento da solicitação, somente nos casos em que o servidor ofertado não esteja auditado, será considerado o melhor benchmark de qualquer servidor maior que o servidor proposto, devendo este ser da mesma família e possuir as mesmas características e modelo de CPU e memória cache do servidor proposto. Este valor do benchmark auditado deverá ser divido pela quantidade de núcleos de processamento "CORE com a finalidade de se obter a performance em "SAPS para cada "CORE do modelo de "CPU proposto. Este resultado servirá como referência de performance em "SAPS por CORE. Caso o proponente não possua um modelo de CPU que obedeça as exigências mínimas de SAPS por CORE, o mesmo deverá obedecer a exigência de SAPS TOTAL por servidor, utilizando o valor de performance por núcleo de processamento SAPS por CORE e multiplicado pela quantidade total de núcleos de processamento que o servidor ofertado possui até que seja alcançado o requisito em SAPS TOTAL para cada servidor físico da solicitação. Os servidores ofertados deverão possuir tantos núcleos de processamento "CORE quanto forem necessários para atingir a quantidade de "SAPS TOTAL solicitada para cada servidor. Dentro dos requisitos acima, serão aplicadas as seguintes restrições: 1. Não serão aceitos benchmarks de configurações com sistemas operacionais sem suporte de CAC do fornecedor do Hardware.

9 2. Somente serão aceitas configurações de servidores com arquitetura 64bits. Não serão aceitos servidores com arquitetura de processadores 32-bits ou extensões EM64T 3. Não serão aceitos servidores nem benchmarks de servidores com arquitetura blade 4. Todos os servidores ofertados devem ser idênticos, da mesma familia e possuir as mesmas características como: modelo de CPU e capacidade de processamento, modelo e quantidade de memória RAM, modelo e quantidade de discos e placas de I/O e escalabilidade, inclusive arquitetura de processamento e características de memórias cache L1, L2 e L3 se for o caso. 5. Os processadores ofertados devem ser os mais modernos e com freqüência de clock e memória cache mais altos disponíveis, referente à família de processadores ofertada pelo fabricante para o modelo de servidor ofertado e que possuam benchmark publicado até a data do processo da entrega da proposta. 6. Somente serão aceitos os certificados relativos ao módulo SD 2-Tier SAP ERP 6.0 (ECC6) com enhancement package 4 (EHP4) ou superior. 7. Os resultados dos benchmarks serão referenciados neste documento como (SAPS). 8. Os núcleos de processamento serão referenciados neste documento como (CORE), e a quantidade de núcleos de processamento CORE referente ao modelo de processador do servidor ofertado deverá ser transcrito no documento anexo A juntamente com sua capacidade de processamento em SAPS (SAPS por CORE). 9. Para os dados de consumo elétrico em kva referenciados neste documento somente será aceito o consumo máximo Nominal do servidor e das gavetas de expansão de discos e de placas adjacentes ao mesmo, onde subentende-se que o consumo máximo do servidor e de cada expansão de I/O possui todos os slots de discos e placas ocupados. Estas informações devem estar presentes e descritas por cada fornecedor em site público de referência do fabricante, e deverão ser transcritas para o documento anexo A e entregues junto com a devida documentação comprobatória. Nos casos onde o fabricante possuir apenas o consumo elétrico da solução ofertada aferido em Watts o mesmo deverá aplicar o fator de potência padrão de 0,85 da seguinte forma: 1VA = 0,85W. Não será aceito como meio de aferição de consumo elétrico qualquer tipo de cálculo preditivo ou ferramentas de calculo de consumo elétrico. Caso o fornecedor opte por ofertar servidores mais escaláveis, será considerado no critério de avaliação o consumo elétrico total máximo do equipamento proposto, mesmo este não estando em sua configuração completa. 10. Para verificação das configurações propostas junto à tabela de resultados do benchmark, serão considerados os seguintes campos: 10.1 Modelo do Servidor (Central Server) 10.2 Número de Processadores (Number of Processors) 10.3 Número de Nucleos de Processamento (Number of Cores) 10.4 Tipo de Processador (CPU Type) 10.5 Clock do Processador (CPU Speed (MHz)) 10.6 Memória (Memory (MB)) 10.7 ERP release

10 ESPECIFICAÇÃO DOS SERVIDORES Os servidores devem ser fornecidos com suporte a particionamento, proporcionando divisões lógicas dentro de um mesmo servidor físico gabinete funcionando como se fossem servidores autônomos. Este documento considera como particionamento a técnica de isolamento dentro de um mesmo servidor físico, de imagens de sistema operacional que são independentes de uma partição primária. Em outras palavras, quando este documento doravante se referir a Máquina Virtual ou VM, estará se referindo a uma instância de sistema operacional que poderá funcionar sem nenhuma dependência de outra instância de sistema operacional primária. Ou seja, as partições virtuais que, por outras técnicas, podem ser criadas sobre uma partição primária de sistema operacional comum a todas elas, não serão consideradas no conceito de particionamento utilizado por este documento. Para o ambiente SAP, deverão ser fornecidos um mínimo de 2 servidores físicos com as seguintes características mínimas cada: Mínimo de 2 (dois) processadores "sockets contendo no mínimo oito núcleos de processamento CORE cada; Capacidade de processamento de no mínimo SAPs total para a solução; 256Gb de memória RAM pode ser utilizado compressão de memória para maior eficiência, se mantido o total físico de 256GB. 5 partições lógicas de SO configuradas igualmente e independentes, com possibilidade de ajustes de capacidade de processamento, memória e I/O. Unidade DVD-RW compartilhado ou dedicado Interface de gerenciamento ILO/ILOM para gerenciamento Fontes de alimentação redundantes e hot-plug Sistema de refrigeração redundante e hot-plug Discos internos e/ou externos para boot de sistema redundantes e hot-plug. Abaixo, apresentamos os requisitos técnicos mínimos para cada partição lógica configurada nos servidores solicitados: Características técnicas obrigatórias para cada partição lógica Mínimo de 500Gb brutos de área em disco configurados em (RAID 0+1) espelhados com stripe em controladoras separadas com discos padrão SCSI ou FC para área de boot de sistema, dedicados ou compartilhados. Caso seja utilizado um storage (DAS) externo para a alocação dos discos de boot de sistemas, este deverá possuir as mesmas características de alta-disponibilidade como redundância de fontes, ventiladores e discos internos do servidor da solicitação e ainda contemplar placas e cabeamento necessário com redundância de acesso, sem alterar o quantitativo de placas de I/O solicitadas para cada partição lógica. Mínimo de 2 (duas) portas gigabit ethernet (10/100/1000 Mbps) dedicadas ou compartilhadas para conexão a rede de acesso, fisicamente dispostas em placas separadas e configuradas como trunking", de forma que, se uma placa ou interface falhar não ocorra indisponibilidade de acesso a rede. Mínimo de 2 (duas) portas gigabit ethernet (10/100/1000 Mbps) dedicadas ou compartilhadas para conexão a rede isolada do SAP, fisicamente dispostas em placas separadas e configuradas como trunking", de forma que, se uma placa ou interface falhar não ocorra indisponibilidade de acesso a rede. Mínimo de 4 (quatro) portas Fibre Channel 8Gbit/s (FC-AL) dedicadas ou compartilhadas, dispostas em placas separadas em pares para redundância e configuradas de forma que se uma placa ou interface falhar não ocorra indisponibilidade de comunicação com os discos. As placas Fibre-Channel ofertadas devem possuir funcionalidade para conexão em switch de storage (SAN) de acordo com a matriz de compatibilidade para o Storage desta RFP. Essas

11 placas não devem acumular outras funções além de placa Fibre-Channel, possuindo apenas conexões do tipo FC dispostas nelas. É possivel considerarmos a consolidação de todo o ambiente (Legado, SAP, Inteligência de Negócios), desde que seja vantajoso para a Usina São Toninho, em termos de valores de aquisição da solução e OPEX. SOFTWARE Todos os servidores devem ser fornecidos com licenças para os seguintes produtos de software: Sistema operacional 64 bits; Solução para HA suportada pela SAP que permita chaveamento do ambiente produtivo sem parada do ambiente. Compatibilidade / suporte ao Banco de Dados IBM DB2 versão 10.1 ou superior Compatibilidade / suporte ao Software de Backup IBM TSM versão 6.3 ou superior Software para gerenciamento de volumes que seja compatível com o sistema operacional entregue no servidor, fornecido com suporte a ambiente virtualizado, com as seguintes funcionalidades adicionais: a. Redução do sistema de arquivos sem perda de dados e parada operacional; b. Crescimento do sistema de arquivos sem perda de dados e parada operacional; c. Incluir disco em um disk group sem perda de dados e parada operacional; d. Remover disco de um disk group sem perda de dados e parada operacional; e. Suporte a RAID0, RAID1 e RAID0+1. APLICAÇÃO DE INTELIGÊNCIA DE NEGÓCIOS O escopo deste documento está restrito a servidores não incluindo, por exemplo, soluções especificas de storage e de infra-estrutura de backup ou de rede. A exceção são os discos internos e arrays para boot de sistema operacional e área de paginação de sistema operacional, rack s, placas e extensores de I/O que farão parte da configuração dos servidores. A solução para inteligência de negócios já foi definida em RFP próprio e já foi adquirida. Para efeito de infraestrutura, as seguintes especificações de sizing foram estabelecidas: 1. A solução é suportada nos sistemas operacionais Linux em x86 64-bits e ppc64 ou Unix 64- bits; 2. O parâmetro básico para dimensionamento de sistemas que será utilizado será o SPECint_rate_base_2006, publicados em Não serão aceitos como prova de dimensionamento de servidores resultados publicados em nenhum outro benchmark, embora seja aceito a projeção de resultados baseado em tecnologia similar, seguindo a fórmula: Benchmark projetado = (Bp * Ncm * Clm) / (Ncp * Clp), onde: Bp = Benchmark publicado para o SPECint_rate_base_2006 Ncm = número de cores para o servidor sendo projetado Ncp = número de cores para o servidor com Benchmark publicado Clm = Clock do servidor sendo projetado (Ghz) Clp = Clocl para o servidor com Benchmark publicado (Ghz) 3. Para esta solução dar-se-á preferência por uma infraestrutura scale-out, devido à suas caracteristicas de escalabilidade horizontal, embora se aceite um ambiente consolidado desde que obedecidas as configurações mínimas. Nesta situação somente serão aceitas soluções de

12 virtualização que possuam no mínimo recursos para alocação dinâmica de coresprocessadores. 4. O resultado do benchmark será utilizado para avaliar e dimensionar a performance de cada servidor como um todo bem como a performance de cada núcleo de processamento da solicitação, somente nos casos em que o servidor ofertado não esteja auditado, será considerado o melhor benchmark de qualquer servidor maior que o servidor proposto, devendo este ser da mesma família e possuir as mesmas características e modelo de CPU e memória cache do servidor proposto. 5. Pela caracteristica da aplicação não será necessário a implementação de alta disponibilidade ou desastre e recuperação para esta solução. Requisitos mínimos de configuração: Mínimo de 2 (dois) processadores "sockets contendo no mínimo oito núcleos de processamento CORE cada; Para se guardar as caracteristicas scale-out da aplicação, cada servidror ou máquina virtual deverá atender a capacidade de processamento SPECint_rate_base_2006 no mínimo igual a 919 e máximo igual a 1500 por servidor. A solução total contemplando todos os servidores ou máquinas virtuais para este ambiente deverá suportar um mínimo de SPEC_int_rate_base = 3500, 128Gb de memória RAM DDR3 Unidade DVD-RW dedicada ou compartilhada Interface de gerenciamento ILO/ILOM para gerenciamento Fontes de alimentação redundantes e hot-plug Sistema de refrigeração redundante e hot-plug Discos internos e/ou externos para boot de sistema redundantes Abaixo, apresentamos os requisitos técnicos mínimos para cada servidor ou partição lógica configurada para esta solução: Características técnicas obrigatórias para cada partição lógica Mínimo de 500Gb brutos de área em disco configurados em (RAID 0+1) espelhados com stripe em controladoras separadas com discos padrão SCSI ou FC para área de boot de sistema, dedicados ou compartilhados. Caso seja utilizado um storage (DAS) externo para a alocação dos discos de boot de sistemas, este deverá possuir as mesmas características de alta-disponibilidade como redundância de fontes, ventiladores e discos internos do servidor da solicitação e ainda contemplar placas e cabeamento necessário com redundância de acesso, sem alterar o quantitativo de placas de I/O solicitadas para cada partição lógica. Mínimo de 2 (duas) portas gigabit ethernet (10/100/1000 Mbps) dedicadas ou compartilhadas para conexão a rede de acesso, fisicamente dispostas em placas separadas e configuradas como trunking", de forma que, se uma placa ou interface falhar não ocorra indisponibilidade de acesso a rede. Mínimo de 2 (duas) portas gigabit ethernet (10/100/1000 Mbps) dedicadas ou compartilhadas para conexão a rede isolada do SAP, fisicamente dispostas em placas separadas e configuradas como trunking", de forma que, se uma placa ou interface falhar não ocorra indisponibilidade de acesso a rede. Mínimo de 4 (quatro) portas Fibre Channel 8Gbit/s (FC-AL) dedicadas ou compartilhadas, dispostas em placas separadas em pares para redundância e configuradas de forma que se uma placa ou interface falhar não ocorra indisponibilidade de comunicação com os discos. As placas Fibre-Channel ofertadas devem possuir funcionalidade para conexão em switch de storage (SAN) de acordo com a matriz de compatibilidade para o Storage desta RFP. Essas placas não devem acumular outras funções além de placa Fibre-Channel, possuindo apenas conexões do tipo FC dispostas nelas.

13 Dentro dos requisitos acima, serão aplicadas as seguintes restrições: 1. Não serão aceitos benchmarks de configurações com sistemas operacionais sem suporte de CAC do fornecedor do Hardware. 2. Somente serão aceitas configurações de servidores com arquitetura 64bits. Não serão aceitos servidores com arquitetura de processadores 32-bits ou extensões EM64T 3. Não serão aceitos servidores nem benchmarks de servidores com arquitetura blade 4. Todos os servidores ofertados devem ser idênticos, da mesma familia e possuir as mesmas características como: modelo de CPU e capacidade de processamento, modelo e quantidade de memória RAM, modelo e quantidade de discos e placas de I/O e escalabilidade, inclusive arquitetura de processamento e características de memórias cache L1, L2 e L3 se for o caso. 5. Os processadores ofertados devem ser os mais modernos e com freqüência de clock e memória cache mais altos disponíveis, referente à família de processadores ofertada pelo fabricante para o modelo de servidor ofertado e que possuam benchmark publicado até a data do processo licitatório. 6. Somente serão aceitos os certificados publicados ou projetados a partir do SPECint_rate2006, seguindo a fórumula fornecida. 7. Os núcleos de processamento serão referenciados neste documento como (CORE), e a quantidade de núcleos de processamento CORE referente ao modelo de processador do servidor ofertado. 8. Para os dados de consumo elétrico em kva referenciados neste documento somente será aceito o consumo máximo Nominal do servidor e das gavetas de expansão de discos e de placas adjacentes ao mesmo, onde subentende-se que o consumo máximo do servidor e de cada expansão de I/O possui todos os slots de discos e placas ocupados. Estas informações devem estar presentes e descritas por cada fornecedor em site público de referência do fabricante, e deverão ser transcritas para o documento anexo A e entregues junto com a devida documentação comprobatória. 9. Nos casos onde o fabricante possuir apenas o consumo elétrico da solução ofertada aferido em Watts o mesmo deverá aplicar o fator de potência padrão de 0,85 da seguinte forma: 1VA = 0,85W. 10. Não será aceito como meio de aferição de consumo elétrico qualquer tipo de cálculo preditivo ou ferramentas de calculo de consumo elétrico. 11. Caso o fornecedor opte por ofertar servidores mais escaláveis, será considerado no critério de avaliação o consumo elétrico total máximo do equipamento proposto, mesmo este não estando em sua configuração completa. 12. Para verificação das configurações propostas junto à tabela de resultados do benchmark, serão considerados os seguintes campos: 12.1 Modelo do Servidor 12.2 Número de Processadores 12.3 Número de Nucleos de Processamento (CORES) 12.4 Tipo de Processador 12.5 Clock do Processador 12.6 Memória GB 12.7 SPECint_rate_base_2006 publicado ou projetado

14 SOFTWARE Todos os servidores devem ser fornecidos com licenças para os seguintes produtos de software: Sistema operacional 64 bits; Software de Virtualização quando aplicavel com total licenciamento para cada servidor; DISPOSIÇÕES GERAIS Critérios de Avaliação e Pontuação 1. Este critério de avaliação tem como objetivo avaliar tecnicamente as soluções ofertadas por cada proponente e pontuar estas soluções de acordo com os benefícios que cada uma tem a oferecer, como menor número de cores, menor consumo de energia, etc, aplicando-se um fator baseado nesta pontuação ao preço total de cada solução ofertada. 2. Denominado FRP (Fator de Redução de Preço), será baseado nas vantagens de cada solução, seguindo os critérios de pontuação abaixo. 3. O formulário anexo A de cada proponente será avaliado tecnicamente levando em consideração os dados no site de cada fabricante bem como a documentação entregue contendo os dados de consumo elétrico. Caso existam divergências com os dados publicados pelo proponente o mesmo poderá ser desclassificado. 4. Após o devido preenchimento e entrega do formulário anexo A, será disponibilizado para cada proponente o seu respectivo FRP, sobre o qual foi calculado o valor de referência correspondente à solução apresentada. Será declarado vencedor o proponente que apresentar o menor valor de referência no critério de avaliação. 5. O valor real da solução a ser adquirida pela Usina São Toninho não necessariamente será a de menor valor real, mas sim a de menor valor de referência de acordo com o uso do método FRP descrito neste documento. O preço ofertado deverá ser multiplicado pelo FRP referente a cada um dos critérios abaixo, visando obter-se o valor final da solução de Hardware. 6. Consumo de energia de toda a solução ofertada, incluindo servidores, arrays de disco e gavetas de expansão de I/O. Neste quisito, o critério de pontuação será baseado no consumo da solução em kva (KiloVoltAmperes), sendo aplicado uma redução de 1/3 truncado em duas casas decimais no valor total da solução para cada 1KVA de consumo elétrico que estiver abaixo do total de 100KVA para a solução ofertada, da seguinte forma: FRP = 1- (((100 - KVA Total) / 3) / 100) Exemplo: Proponente 1: Possui consumo total da solução de 45,40 KVA, terá um fator FRP = 0,818 Para os dados de consumo elétrico em kva referenciados neste documento somente será aceito o consumo máximo Nominal do servidor e das gavetas de expansão de discos e de placas adjacentes ao mesmo, onde subentende-se que o consumo máximo do servidor e de cada expansão de I/O possui todos os slots de discos e placas ocupados. Estas informações devem estar presentes e descritas por cada fornecedor em site público de referência do fabricante, e deverão ser transcritas para o documento anexo A e entregues junto com a devida documentação comprobatória. Nos casos onde o fabricante possuir apenas o consumo elétrico da solução ofertada aferido em Watts o mesmo deverá aplicar o fator de potência padrão de 0,85 da seguinte forma: 1VA = 0,85W.

15 7. Número de CORES em cada servidor. A maior eficiência de cada solução, seguindo os critérios de avaliação de Benchmark estabelecidos nesta RFP dentro de cada sessão especifica, será medida pelo número total de CORES, seguindo um fator de redução conforme abaixo: FRP = (Total de CORES da solução) / Compactação e compartilhamento de memória RAM para o ambiente SAP. Neste quisito o critério de pontuação será na existência ou não de tecnologia para compactação e compartilhamento de memória RAM. 9. Compactação: FRP = Compartilhamento: FRP = Ausência de tecnologia: FRP Suporte à movimentação de máquinas virtuais a quente, possibilitando planejamento de paradas do servidor sem interrupção de serviços, balanceamento de cargas ou substituição da tecnologia do Hardware. Neste quisito, o critério de pontuação se dará como: 13. Existência de Tecnologia para movimentação de máquinas virtuais a quente: FRP Permitir movimentação entre Hardware com versões diferentes da arquitetura do processador: FRP Ausência de funcionalidade para movimentação de máquinas virtuais a quente: FRP 1.0 Entrega, Instalação e Garantia Todos os equipamentos deverão ser entregues nos sites conforme abaixo: Os servidores deverão ser entregues de acordo com o seguinte quadro: Site destino UOL Diveo Ambiente HA Usina São Toninho Produção Deverão ser inclusos no escopo da solução a quantidade de racks necessária para a montagem de todos os servidores ofertados em cada site conforme o quadro acima. Os Racks devem ser de fabricação própria do fabricante dos servidores, no padrão 19 e com altura máxima de 42(RU), devem possuir capacidade para instalação de sistema de exaustão própria, e possuir fontes e circuitos redundantes. A entrega somente deverá ser feita após comunicação direta e agendamento com a equipe técnica da São Toninho e responsáveis pelos Data Center s acima citados. Todos os contatos e informações necessárias para entrega serão enviados ao proponente vencedor. Os equipamentos deverão ser instalados e configurados de acordo com os critérios de particionamento estabelecidos pela Usina São Toninho para cada servidor proposto após a finalização do processo. Caberá ao proponente vencedor designar um gerente de projetos para gerenciar, acompanhar e conduzir o processo de instalação, configuração e particionamento dos equipamentos propostos em conjunto com a São Toninho. Apesar das exigências de infra-estrutura para os servidores da solução, apenas para efeitos de serviços profissionais de instalação e configuração, deve-se considerar 5 (cinco) partições lógicas por servidor proposto, totalizando para toda a solução 25 (vinte e cinco) partições lógicas devidamente instaladas e configuradas pelo proponente fornecedor da solução, dispostas nos três sites citados acima. A instalação física da solução deverá contemplar: pré-site do fornecedor com os requisitos de infraestrutura, montagem dos servidores, arrays e extensores de I/O em rack s fornecidos na solução e inclusive a energização da solução. A instalação dos servidores deverá contemplar: sistema operacional, patches, software de particionamento lógico, configuração de ILO/ILOM e software de administração remota.

16 A instalação das partições lógicas deverá contemplar: sistema operacional, patches, software de gerenciamento de volumes, particionamento dos discos de boot, criação da área de swap e alocação lógica das interfaces de rede e FC descritas nos requisitos mínimos de cada partição lógica. Todos os componentes de tecnologia constantes na proposta deverão possuir garantia contra defeitos de fabricação e de material (substituição de partes e peças defeituosas) por 36 meses a partir da data de entrega. 3. Manutenção e Suporte A proposta deverá contemplar serviço de manutenção e assistência técnica por um período de 60 meses contados a partir da data de instalação dos equipamentos. Este serviço deverá cobrir todos os componentes de hardware e software da proposta e ter como características mínimas os itens a seguir: Assistência telefônica 24 horas x 7 dias por semana prestadas por especialistas em suporte. Atendimento técnico no local 24 horas x 7 dias por semana prestadas por especialistas em suporte, em caso de necessidade de intervenções físicas ou nas situações de Sistema Parado ou Sistema Danificado, como definido abaixo. Tempo de atendimento: o Sistema Parado (Problema Urgente): atendimento telefônico imediato e atendimento no local em até 4 horas o Sistema Danificado (Problema Sério): atendimento telefônico em até 2 horas e atendimento no local em até 8 horas o Sistema Normal (Problema Não-Crítico): atendimento telefônico em até 4 horas e atendimento no local em um prazo acordado com a Usina São Toninho. Adicionalmente, o PROPONENTE deverá disponibilizar canal de comunicação para suporte à Usina São Toninho, em regime 24x7, envolvendo todos os níveis de criticidade de chamados (desde dúvidas até paradas de sistema). Este canal de comunicação deverá dispor de ferramenta para registro formal e acompanhamento de chamados, possibilitando, desta forma, o acompanhamento dos indicadores relativos à assistência técnica.