Tech Force - blog sobre tecnologia

- Escopo Este estudo analisará e avaliará tecnologias para alta disponibilidade de servidor de banco de dados PostgreSQL, com ênfase em preservação da escalabilidade de porte e carga e viabilidade de distribuição geográfica. Sempre que possível, buscará manter compatibilidade com tecnologias de alto desempenho. - Objetivos e critérios Simplificação da infraestrutura de alta disponibilidade, eliminação de SPOF e gargalos, mantendo escalabilidade, com redução de custos, menor complexidade de administração e maior flexibilidade para diferentes cenários de carga e porte, mantendo a máxima transparência para sgbd e aplicações. Estudaremos conceitos que sejam aplicáveis sobre equipamentos desde os mais singelos até o estado da arte. - Justificativa A parte mais frágil da infraestrutura, em 2009, é o sistema de armazenamento de dados. Atualmente, as memórias de massa mais viáveis para grandes volumes de dados ainda são os discos rígidos magnéticos. Em algumas implanta

  Objetivo O objetivo principal é não ter ponto único de falha no armazenamento compartilhado e replicado em três vias e conseguir desempenho e estabilidade suficientes para usar com um SGBD MySQL. O projeto CentOS, no qual o Rocky Linux é baseado, descontinuou o Storage Special Interest Group e seu repositório. O projeto Rocky Linux replicou as últimas versões disponíveis para seus repositórios até que um novo SIG seja formado dentro do próprio projeto, por exemplo. Os volumes do Gluster serão criados em bricks em cada servidor e serão criados sobre XFS sobre LVM . Os procedimentos foram testados sobre máquinas virtuais em KVM e VmWare. Os clientes poderão ser outras vm ou nos próprios servidores, num caso especial de acessar ponto de montagem. Ajustar os nomes dos servidores Você precisa ajustar os nomes dos nós servidores no seu DNS ou editar manualmente os arquivos /etc/hosts para incluir os FQDN dos nós. Como é um laboratório, usaremos o segundo método. 192.168.122.26 node1.cluste

Neste tutorial, executado e testado sobre Debian GNU/Linux, alcançar replicação síncrona e balanceamento de carga para o sistema gerenciador de bancos de dados PostgreSQL é possível e traz vantagens como a janela ZERO de perda de dados. Mas existem custos em complexidade, compatibilidade e desempenho que precisam ser avaliados cuidadosamente para verificar se é mesmo a melhor solução para sua necessidade. Nem toda aplicação em produção precisará de todas as vantagens e custos associados. Para estas, uma solução para replicação assíncrona seria suficiente e com menores custos em complexidade, compatibilidade e desempenho. Neste tutorial, testado sobre Debian GNU/Linux 5.x, analisaremos implantação com o  Pgpool-II . Lembre que são publicadas configurações sem segurança de ambientes de produção, apenas para laboratório. Para implantações, tome todas as medidas para garantir segurança de seu ambiente. Pgpool-II em modo replicação síncrona com balanceamento de carg

Este é o primeiro de uma série de artigos sobre ZFS e Btrfs. Abordaremos desde situação legal do código fonte, apresentação básica do funcionamento para administradores de sistemas, passando por tuning, thin provisioning, tiered storage e configurações de alto desempenho, até dicas de como adquirir ou montar seu Data Storage de alto desempenho, com uma boa BIBLIOGRAFIA selecionada. Este artigo não é um tutorial iniciante. É um resumo de lições aprendidas. Leia a bibliografia selecionada para detalhes. Esta parte 1 é focada nos tópicos para análise e consideração no projeto. Apresentação básica do funcionamento ZFS para administradores de sistemas Do ponto de vista do administrador de sistemas, ZFS engloba as funções de sistema de arquivos POSIX transacional Copy On Write CoW com checksum e tamanho de blocos dinâmico, gerenciador de snapshots e clones, gerenciador de volumes, gerenciador de dispositivos de blocos e hot spares, RAID, servidor de arquivos NFS, servidor d