Tema : "3306π" Entrevista del evento de la estación Nanjing Qiu Xin " Práctica del middleware nativo de la nube RDS MySQL en NetEase "
Esquema :
1. Profesor Qiu, ¿cuáles son las características de la plataforma RDS de NetEase en comparación con otros RDS en la nube existentes?
2. Como todos sabemos, MGR tiene altos requisitos para la estabilidad de la red. En el entorno de K8S, ¿el Sr. Qiu ha tomado medidas especiales para la estabilidad de la red para garantizar el rendimiento de la red?
3. Al migrar de un IDC autoconstruido a una nube privada, me gustaría preguntarle al Sr. Qiu, ¿qué indicadores se pueden usar para evaluar si se puede migrar a una nube privada para garantizar el rendimiento y la estabilidad después de la migración?
4. ¿El middleware nativo en la nube del Sr. Qiu integra algunas funciones especiales en el soporte de MGR para ayudar mejor a las aplicaciones a usar MGR?
Tiempo para compartir :
13: 00-18: 00, 17 de octubre de 2020
Escanee el código QR de la izquierda
para registrarse para este evento de inmediato.
Los invitados se presentan
Qiu Xin es un ingeniero senior de I + D y un ingeniero senior de I + D en el NetEase Hangzhou Research Institute. Tiene 8 años de experiencia en desarrollo. Una vez trabajó para Huawei y participó en el trabajo de desarrollo relacionado con el software SDN. Se incorporó a NetEase en 2017, responsable del diseño, desarrollo y mantenimiento de la plataforma NetEase Shufan RDS. En la actualidad, el trabajo principal se concentra en K8, pila de tecnología relacionada con la base de datos (alta disponibilidad, distribuida, nativa de la nube).
01
Profesor Qiu, ¿cuáles son las características de la plataforma RDS de NetEase en comparación con otros RDS en la nube existentes?
Las funciones básicas de RDS son en realidad similares a las de otros proveedores de la nube, pero existen varias diferencias.
En primer lugar, NetEase utiliza la versión del kernel InnoSQL que mantiene.
En segundo lugar, la plataforma RDS de NetEase se divide en RDS2.0 basado en openstack y RDS3.0 basado en la plataforma de contenedores k8s Netease Qingzhou.
Al mismo tiempo, la plataforma RDS de NetEase también debe considerarse como el primer lote de plataformas nacionales en lanzar ejemplos de versiones financieras basadas en MGR.
02
Como todos sabemos, MGR tiene requisitos muy altos para la estabilidad de la red. En el entorno de K8S, ¿el Sr. Qiu ha tomado medidas especiales para la estabilidad de la red para garantizar el rendimiento de la red?
Hemos optimizado el software y el hardware respectivamente. A nivel de MySQL, nuestro equipo de kernel ha realizado algunas optimizaciones en la capa del protocolo MGR Paxos y la autenticación de transacciones para reducir la probabilidad de congestión de la red. Si está interesado, puede consultar Wen Zheng Dos documentos del dios del lago.
https://zhuanlan.zhihu.com/p/67485031, https://zhuanlan.zhihu.com/p/61336729, a nivel de hardware, si la empresa tiene requisitos de rendimiento muy altos, también hemos adaptado SR- IOV para mejorar la utilización y estabilidad de los equipos de E / S
03
Desde el IDC autoconstruido hasta la nube privada, me gustaría preguntarle al Sr. Qiu, ¿qué indicadores se pueden usar para evaluar si se puede migrar a la nube privada para garantizar el rendimiento y la estabilidad después de la migración?
La migración de un IDC autoconstruido a una nube privada puede considerarse desde los siguientes aspectos:
1. Evaluación de compatibilidad y correspondencia funcional, si los servicios prestados en la nube privada pueden cumplir con los requisitos básicos para las operaciones comerciales normales
2. Evaluación de la capacidad, aquí implica el costo de la nube empresarial, la capacidad incluye la capacidad de la red, la capacidad de los recursos informáticos, la capacidad de almacenamiento
3. Evaluación del desempeño, si los servicios básicos proporcionados por la nube privada pueden cumplir con los requisitos de desempeño de la empresa.
4. Evaluación de escenarios anormales, si la recuperación después del servicio anormal cumple con las expectativas comerciales, si es necesario respaldar la recuperación ante desastres en las salas de computadoras, etc.
04
¿El middleware nativo en la nube de la Sra. Qiu integra algunas funciones especiales en el soporte de MGR para ayudar mejor a las aplicaciones a usar MGR?
En comparación con nuestra alta disponibilidad tradicional maestro-esclavo, MGR tiene algunas limitaciones. La más obvia es que cada tabla necesita una clave primaria. Para muchas empresas, especialmente algunas empresas en campos tradicionales, muchas tablas no tienen una clave primaria. Al usar MGR, el lado comercial necesita modificar la estructura de la tabla, por lo que nuestro equipo del kernel migró la función de columna invisible en MariaDB a la versión InnoSQL, para que MGR pueda usarse sin modificar la estructura de la tabla actual Al mismo tiempo, también proporcionamos uno a uno de solo lectura y uno a muchos de solo lectura en el middleware para cumplir con la expansión horizontal de los requisitos de lectura empresarial al tiempo que aumentamos la utilización de nodos en el clúster.
Estación de Nanjing `` 3306π ''
Hora: 13: 00-18: 00, 17 de octubre de 2020
Ubicación: 2do piso, INNO Future City, 498 Zhujiang Road, Xuanwu District, Nanjing
Escanee el código para ingresar al grupo más conveniente
Acerca de la comunidad "3306π"
Centrándose en la tecnología central de MySQL, llevando las soluciones de datos más importantes de la industria de Internet a las industrias tradicionales; incluidas otras tecnologías de código abierto RadonDB, ClickHouse, Redis, MongoDB, Hbase, Hadoop, ElasticSearch, Storm, Spark, etc .; compartiendo conocimientos sobre productos secos, incluso si Es un patrocinador, lo pide y se niega a liberar agua.