服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

初始Xtradb集群设置 – 每个节点出现孤立

我在Ubuntu 16.04上设置了percona-xtradb-cluster-57(3个节点)。 他们要使用专用networking10.254.10.101到10.254.10.103进行通信。 当我按照Percona网站上的说明书写,在引导第一个节点后,我正常地调出另外两个节点中的一个。 但是, SHOW STATUS like 'ws_rep%'; 导致群集大小为1,并且导致与自举节点不同的群集ID。 我检查了防火墙,closures了防火墙,试图连接到端口3306和4567上的每个节点,然后仔细检查每台机器是否将其邻居视为单跳。 所有这些都是被接受的。 端口4444和4568也是打开的,虽然netstat不显示它们正在监听。 FWIW 4444和4568也不在同一软件环境(即分布在多个数据中心内)的工作集群上进行监听。 使用SST进行复制,并在每个节点上创buildSST用户。 我也只在引导的节点上完成它。 这是configuration: [mysqld] wsrep_provider=/usr/lib/libgalera_smm.so wsrep_cluster_name=dbcluster wsrep_cluster_address=gcomm://10.254.10.101,10.254.10.102,10.254.10.103 wsrep_node_name=pxc1 wsrep_node_address=10.254.10.101 wsrep_sst_method=xtrabackup-v2 wsrep_sst_auth=sst-user:sst-pass pxc_strict_mode=ENFORCING binlog_format=ROW default_storage_engine=InnoDB innodb_autoinc_lock_mode=2 您希望看到哪些诊断数据来帮助追踪此问题? 打到我的第一件事就是networking问题,但是我已经完成了上面所描述的所有常用工作。 在启动时看到日志,没有引导的两个节点看起来甚至没有查找其他节点。 2017-11-15T15:23:20.255455Z mysqld_safe Logging to '/var/log/mysqld.log'. 2017-11-15T15:23:20.272183Z mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 2017-11-15T15:23:20.279082Z mysqld_safe Skipping wsrep-recover for 71bf4cd8-ca02-11e7-8b84-630bd10b8205:14 pair 2017-11-15T15:23:20.280168Z […]

如何连接到一个pod中的non-kubernetes EC2 MongoDB实例?

我有一个在Amazon AWS上运行的Kubernetes集群,这些集群内部都很好,我知道如何让集群内的集群彼此通信。 但是,由于各种原因,我也有一个单独的EC2实例运行MongoDB控制器。 这不是集装箱化的,不受Kubernetes控制。 我的程序(一个节点快车应用程序)位于公共子网上,而数据库位于私有子网上。 数据库是使用标准的AWS MongoDB模板从这里设置的: https : //aws.amazon.com/blogs/aws/mongodb-on-the-aws-cloud-new-quick-start-reference-deployment/在我的代码我试图通过: mongodb://user:[email protected]:27017/users ,并确保在users数据库中存在该users名和密码。 我甚至在MongoDBconfiguration中禁用了对公钥的引用,以防发生这种情况(尽pipe如果我能够基本设置工作,我会看到它们的值)。 我已经调整了数据库实例的安全组,以允许端口27017上的Kubernetes实例(它们都在同一个VPC中)的连接。但是,我没有做任何特别的事情,或者主机或者主机让它看到一个半kubernetes集群之外的本地networkingIP。 我不知道是否甚至需要(我说“半本地”,因为它是一个10.xxx范围的地址,但与主机实例相邻,而不是我认为在Kubernete自己的地址空间内运行的pod)。 基本上,我不能连接到数据库,我不知道为什么(或者我怀疑我知道为什么,但不知道如何解决它)。 我不认为它是一个权限的事情,因为用最大的日志冗长,数据库显示没有连接的企图,甚至被拒绝的(但我仍然对它开放 – 我想它可以被拒绝在一个更高的水平) 。 我怀疑这是一个IP映射问题,但我远不是专家。 有任何想法吗? 谢谢。 PS复制这篇文章,因为我被要求在这里张贴(尽pipe没有实际certificate这是一个基础设施问题): https://stackoverflow.com/questions/47302330/how-do-i-connect-to-a-non-kubernetes-ec2-mongodb-instance-from-a-pod