Tópico : "3306π" Entrevista do evento Nanjing Station Qiu Xin " Prática de RDS MySQL Cloud Native Middleware no NetEase "
Esboço :
1. Professor Qiu, quais são as características da plataforma RDS da NetEase em comparação com outros RDS de nuvem existentes?
2. Como todos sabemos, a MGR tem altos requisitos para estabilidade de rede.No ambiente K8S, o Sr. Qiu tomou medidas especiais para estabilidade de rede para garantir o desempenho da rede?
3. Migrando de IDC auto-construído para nuvem privada, gostaria de perguntar ao Sr. Qiu, quais indicadores podem ser usados para avaliar se pode ser migrado para nuvem privada para garantir o desempenho e a estabilidade após a migração?
4. O middleware nativo de nuvem do Sr. Qiu integra algumas funções especiais no suporte ao MGR para melhor ajudar os aplicativos a usar o MGR?
Tempo de compartilhamento :
13h00-18h00, 17 de outubro de 2020
Leia o código QR à esquerda
para se inscrever neste evento imediatamente.
Convidados se apresentam
Qiu Xin é engenheiro sênior de P&D e engenheiro sênior de P&D no NetEase Hangzhou Research Institute. Ele tem 8 anos de experiência em desenvolvimento. Ele já trabalhou para a Huawei e se envolveu no trabalho de desenvolvimento relacionado a software SDN. Ingressou na NetEase em 2017 e é responsável pelo design, desenvolvimento e manutenção da plataforma NetEase Shufan RDS. No momento, o trabalho principal está concentrado em K8s, pilha de tecnologia relacionada a banco de dados (alta disponibilidade, distribuída, nativa da nuvem).
01
Professor Qiu, quais são as características da plataforma RDS da NetEase em comparação com outros RDS em nuvem existentes?
As funções básicas do RDS são realmente semelhantes às de outros fornecedores de nuvem, mas existem várias diferenças.
Em primeiro lugar, o NetEase usa a versão do kernel InnoSQL que mantém.
Em segundo lugar, a plataforma RDS da NetEase é dividida em RDS2.0 baseado em openstack e RDS3.0 baseado na plataforma de contêiner Netease Qingzhou k8s.
Ao mesmo tempo, a plataforma RDS da NetEase também deve ser considerada como o primeiro lote de plataformas domésticas a lançar exemplos de versões financeiras baseadas em MGR.
02
Como todos sabemos, o MGR tem requisitos muito elevados para a estabilidade da rede. No ambiente do K8S, o Sr. Qiu tomou medidas especiais para a estabilidade da rede para garantir o desempenho da rede?
Otimizamos o software e o hardware, respectivamente. No nível do MySQL, nossa equipe do kernel fez algumas otimizações na camada de protocolo MGR Paxos e na autenticação da transação para reduzir a probabilidade de congestionamento da rede. Se você estiver interessado, consulte Wen Zheng Dois documentos do deus do lago
https://zhuanlan.zhihu.com/p/67485031, https://zhuanlan.zhihu.com/p/61336729, no nível de hardware, se o negócio tem requisitos de desempenho muito altos, também adaptamos SR- IOV para melhorar a utilização e estabilidade do equipamento de I / O
03
De IDC auto-construído para nuvem privada, gostaria de perguntar ao Sr. Qiu, quais indicadores podem ser usados para avaliar se pode ser migrado para nuvem privada para garantir o desempenho e estabilidade após a migração?
A migração de um IDC auto-construído para a nuvem privada pode ser considerada a partir dos seguintes aspectos:
1. Correspondência funcional e avaliação de compatibilidade, se os serviços fornecidos na nuvem privada podem atender aos requisitos básicos para operações normais de negócios
2. Avaliação de capacidade, aqui envolve o custo dos negócios na nuvem, a capacidade inclui capacidade de rede, capacidade de recursos de computação, capacidade de armazenamento
3. Avaliação de desempenho, se os serviços básicos fornecidos pela nuvem privada podem atender aos requisitos de desempenho do negócio
4. Avaliação de cenários anormais, se a recuperação após anormalidade de serviço atende às expectativas de negócios, se é necessário apoiar a recuperação de desastres em salas de computador, etc.
04
O middleware nativo de nuvem da Sra. Qiu integra algumas funções especiais no suporte ao MGR para melhor ajudar os aplicativos a usar o MGR?
Comparado com nossa alta disponibilidade mestre-escravo tradicional, o MGR tem algumas limitações. A mais óbvia é que cada tabela precisa de uma chave primária. Para muitas empresas, especialmente algumas empresas em campos tradicionais, muitas tabelas não têm uma chave primária. Usando o MGR, o lado do negócio precisa modificar a estrutura da tabela, então nossa equipe do kernel migrou o recurso de coluna invisível no MariaDB para a versão InnoSQL, para que o MGR possa ser usado sem modificar a estrutura da tabela atual Ao mesmo tempo, também fornecemos um para um somente leitura e um para muitos somente leitura no middleware para atender à expansão horizontal dos requisitos de leitura de negócios enquanto aumentamos a utilização de nós no cluster
`` 3306π '' Estação Nanjing
Horário: 13h às 18h, 17 de outubro de 2020
Localização: 2º andar, INNO Future City, 498 Zhujiang Road, distrito de Xuanwu, Nanjing
Leia o código para entrar no grupo mais conveniente
Sobre a comunidade "3306π"
Concentrando-se na tecnologia principal do MySQL, leve as soluções de dados mais importantes da indústria da Internet para as indústrias tradicionais; inclua outras tecnologias de código aberto RadonDB, ClickHouse, Redis, MongoDB, Hbase, Hadoop, ElasticSearch, Storm, Spark, etc .; compartilhe conhecimento de produtos secos, mesmo que É um patrocinador, e pede por ele, e se recusa a liberar água