Consulta a Mercado - Esclarecimento de Dúvidas. #pública

Transcrição

1 1 ITEM 1.1. release Pike 36 módulos: A Proponente suporta 16 dos 36 módulos descritos conforme a tabela abaixo. QUESTIONAMENTO: Entendemos que os módulos compõem a versão Pike do OpenStack, porém nem todos os serviços (não core) serão utilizados pelo Banco do Brasil, por hoje não estarem em versão madura para produção em um ambiente complexo como o Banco do Brasil. Assumimos que na medida que estes módulos sejam suportados em releases futuros da Proponente, os mesmos serão disponibilizados ao Banco de acordo com sua intenção de uso. Página 1 de 10

2 Página 2 de 10

3 2 3 ANEXO I ITEM 2.1. O serviço objeto deste ANEXO I compreende a Prestação de Serviços de Suporte Técnico sob demanda para todos os componentes da Plataforma OpenStack distribuição comunitária release Pike ou superior instalada na do Banco do Brasil Brasília/DF (DITEC). QUESTIONAMENTO: Entendemos que devido à complexidade do sistema relacionado e às responsabilidades de suporte definidas no ANEXO II, a Proponente deve considerar que será responsável pela implantação da plataforma Openstack sendo esta responsável pela escolha do release que utilizará, sujeito à aprovação do Banco. Está correto o nosso entendimento? ANEXO I - ITEM 2.1 QUESTIONAMENTO: Entendemos que o serviço de suporte descrito no item 2.4 poderá ser prestado remotamente através de abertura de chamado por parte do Banco e será executado presencialmente apenas em caso de necessidade identificado pela própria Contratada. Está correto no nosso entendimento? A CONTRATADA deverá prestar suporte técnico ao release já adotado pelo BANCO para a Plataforma OpenStack - distribuição comunitária, respeitando as condições especificadas para essa RFP. A partir da assinatura do contrato, a CONTRATADA poderá ser acionada para implantação de upgrade, onde a escolha do release será acordada entre esta e o BANCO, considerando a necessidade dos serviços especificados pela do Banco do Brasil (DITEC). Está correto o entendimento. Página 3 de 10

4 4 ITEM 2.3. As atividades de Prestação de Serviços de Suporte Técnico sob demanda descritas adiante deverão ser prestadas pela PROPONENTE nas 24 horas de todos os dias da semana, de segunda a domingo, incluindo feriados. QUESTIONAMENTO: Entendemos que o suporte referenciado deve ser prestado por uma equipe técnica capacitada para atender quaisquer indisponibilidades nas aplicações críticas em funcionamento no ambiente, apoio de corpo técnico da Contratada para: - Acesso a time técnico da Contratada através de suporte de primeiro e segundo nível. - Acesso a atualizações, correções, correções de segurança e alertas de segurança. - Acesso 24x7 suporte da contratada (sistema de suporte ao cliente baseado na Web), incluindo a capacidade de registrar solicitações de serviço on-line - Respostas a consultas - Soluções de problemas Está correto o nosso entendimento? Está correto o entendimento. Página 4 de 10

5 5 ANEXO II ITEM 3.6. Em todas as atividades do serviço de atendimento e suporte técnico, os profissionais da PROPONENTE deverão utilizar a língua portuguesa, exceto no uso de termos técnicos e na utilização de textos técnicos, que poderão estar redigidos no idioma inglês. QUESTIONAMENTO: Entendemos que devido a fabricantes possuírem equipes heterogêneas de atendimento, com diferentes especializações em razão do porte do projeto em questão, poderá ser admitido atendimento em língua inglesa. Está correto o nosso entendimento? Devido aos motivos relatados no questionamento, será admitido o atendimento em língua inglesa para o suporte de segundo nível. Entretanto fica estabelecido que o suporte dado em primeiro nível deverá ser realizado em língua portuguesa, exceto no uso de termos técnicos e na utilização de textos técnicos, que poderão estar redigidos no idioma inglês. Página 5 de 10

6 6 ITEM 3.7. A PROPONENTE deverá solucionar os problemas de funcionamento incorreto do sistema, de acordo com a classificação de criticidade a seguir: QUESTIONAMENTO: Entendemos que diferentes módulos da plataforma Openstack podem estar em funcionamento em um mesmo servidor físico (baremetal), sendo que problemas no hardware podem afetar mais de um serviço simultaneamente, dependendo da topologia adotada. Nossa sugestão é que os critérios de classificação da criticidade sejam adotados da seguinte forma: Criticidade - Ocorrência C0 Indica que a plataforma Openstack está com inoperância total das funcionalidades ou facilidades do serviço. Todos os módulos core estão inoperantes. C1 Indica que a plataforma Openstack está com inoperância parcial das funcionalidades ou facilidades do serviço. 1 ou mais módulos core estão inoperantes. C2 Indica inoperância total ou parcial das funcionalidades ou facilidades da plataforma Openstack relacionadas a módulos não core. QUESTIONAMENTO: Entendemos que no momento de ocorrência de falha sendo esta comprovadamente em razão de Hardware, desobriga a Proponente de atuar dentro dos prazos estipulados no SLA estabelecidos dentro das metas do item 8.4. Está correto o nosso entendimento? A solução de suporte deverá contemplar não apenas falhas e inoperâncias, mas ainda, solicitações de mudança, reprogramações e dúvidas técnicas referente a Plataforma OpenStack distribuição comunitária release Pike ou superior. Assim, os serviços descritos acima devem constar entre os níveis de criticidade. Entendemos que a inoperância de um módulo core da Plataforma OpenStack pode comprometer o funcionamento de todo o serviço, portanto mantemos a classificação de Criticidade conforme abaixo: Criticidade - Ocorrência C0 Indica que a plataforma Openstack está com inoperância total das funcionalidades ou facilidades do serviço. 1 ou mais módulos core estão inoperantes. C1 Indica que a plataforma Openstack está com inoperância parcial das funcionalidades ou facilidades do serviço. 1 ou mais módulos core estão inoperantes. C2 Indica inoperância total ou parcial das funcionalidades ou facilidades da plataforma Openstack relacionadas a módulos não core. Nesta criticidade, incluemse, também, falha de componentes ou módulos isolados que não resultem em restrições substanciais de um serviço, as solicitações de mudança, reprogramações e dúvidas técnicas. Página 6 de 10

7 7 QUESTIONAMENTO: Entendemos que no momento de ocorrência de falha sendo esta comprovadamente em razão de Hardware, desobriga a Proponente de atuar dentro dos prazos estipulados no SLA estabelecidos dentro das metas do item 8.4. Está correto o nosso entendimento? Está correto o entendimento O Oracle OpenStack R4 é baseado no OpenStack Pike e, portanto, conforme o Data Sheet ( storage/openstack/linux/documentation/datasheet-oracle-openstack pdf), no tópico Integrated with Third Party Products, Oracle OpenStack é certificado como OpenStack Powered e pode ser integrado com plug-ins de terceiros disponíveis como parte da versão Pike do OpenStack (tradução nossa), ou seja, não é impedido que módulos Kolla compatíveis com a versão Pike do OpenStack sejam integradas e usadas pelo Oracle OpenStack versão 4, no entanto não haverá suporte do software integrado em questão. Por essa razão, módulos Kolla da comunidade para os demais 20 serviços não suportados podem ser integrados e utilizados pelo Banco do Brasil; 2- Suporte fim-a-fim ao desde o Hypervisor KVM aos Guests Oracle Linux (A subscrição garante suporte a Guests Ilimitados Oracle Linux em cada Host KVM) De acordo Página 7 de 10

8 10 3- Atualizações a quente através de solução KSplice integrada no hypervisor KVM possibilitando conserto de bugs, principalmente de segurança, com zero downtime em todo o ambiente deste o hypervisor até a camada de guests, assim que liberado o patch. O KSplice nestes ambientes proporciona muito mais segurança e agilidade na aplicação do patch: - Redução de custos operacionais - Aumento de disponibilidade - Aumento na Segurança - Ponto único de suporte para todo o serviço - Interface Web e API CEPH integrado e com deploy automatizado pelo Kolla nos storages nodes facilitando ainda mais a implantação do ambiente e upgrades de infraestrutura. A instalação de novos nós CEPH é facilitada e controlada pelo Kolla ( 5- CEPH como backend do Glance e Cinder ou Swift como backend do Glance; Página 8 de 10

9 Suporte ao DVR (Distributed Virtual Routing) para grandes volumes de dados de rede nos nós de rede; 7- Capacidade de visualização de logs e informações de logs com o Kibana ( 8- Suporte ao NUMA placement and CPU pinning para uso de afinidade de hardware ou melhor controle do uso dos recursos ( Qual a quantidade de servidores do Cluster OpenStack? Qual ambiente o OpenStack está suportando atualmente? Ex VMware, Citrix e etc. Ainda não temos o ambiente definitivo instalado. O correto dimensionamento ainda será definido, mas estimamos que serão entre 20 (vinte) e 30 (trinta) servidores, incluindo os nós controladores e de compute. Entendemos que ambiente trata-se de ambiente de processamento virtualizado. Sendo assim, no momento, somente KVM. Página 9 de 10

10 18 19 Qual o volume de maquinas virtuais atualmente? Faz parte do escopo a administração de sistemas operacionais e banco de dados? Caso afirmativo, qual a quantidade, versão e tecnologia? Por trata-se de solução ainda em implementação, não há ainda volume significativo sendo, nesse momento, apenas provisionadas máquinas virtuais para testes. Não faz parte do escopo. Página 10 de 10