- 综合排序
- 最热优先
- 最新优先
- 来自专栏公众号:咻咻ing
8. 部署方案
JanusGraph提供了多种存储和索引后端选项，可以灵活地部署它们。本章介绍了一些可能的部署方案，以帮助解决这种灵活性带来的复杂性。 注意：本章中介绍的场景仅是JanusGraph如何部署的示例。 每个部署都需要考虑具体的用例和生产需求。 1. 基础部署 这种方案是大多数用户在刚开始使用JanusGraph时可能想要选择的方案。 后者描述了将部署向高级部署转换的方式。 任何可扩展存储后端都可以通过这种方案来使用。 但是，对于Scylla，当托管与此方案中的其他服务共存时，需要进行一些配置。 在这个方案中需要使用索引时，它也需要是可扩展的。 2. 高级部署 高级部署是在第8.1节“基础部署”上的演变。 与之前的部署方案相反，此方案对于使用不可扩展的后端是最有意义的。 内存存储可用于测试调研目的，或者Berkeley DB用于生产，Lucene作为可选的索引后端。 4.
89020发布于 2019-08-07 - 来自专栏运维小路
PostgreSQL-逻辑复制（Logic）部署方案
MySQL PostgreSQL（本章节） MongoDB Redis Etcd 上个小节我们完成PGSQL基于WAL的流复制的主从集群搭建，这个虽然底层的复制逻辑不一样，但是他和MySQL主从一样都可以作为集群的高可用来使用的 #修改postgresql.conf wal_level = logical # 开启逻辑复制模式 max_replication_slots = 5 # 预留足够的复制槽 max_wal_senders -----+----------------+------------------------------- 16394 | simple_sub | 1392 | | 0/30290A8 | 2025-11-06 23:28:43.307229+08 | 2025-11-06 23:28:43.30751+08 | 0/30290A8 | 2025-11-06 23:28:43.307229 +08 (1 row) 8.插入数据验证 这个时候我们向源库表插入数据，只有配置了订阅的表才会同步过来，因为他的逻辑是表对表进行复制，DDL 语句（如ALTER TABLE修改表结构、CREATE INDEX
14310编辑于 2026-01-26 - 来自专栏章工运维
部署postgresql 12.3
记录下postgresql 12.3部署过程。 /source/v12.3/postgresql-12.3.tar.gz curl https://mirrors.tuna.tsinghua.edu.cn/postgresql/source/v12.3 /postgresql-12.3.tar.gz.md5 | md5sum -c tmp_dir=$(mktemp -d) tar zxf postgresql-12.3.tar.gz -C ${tmp_dir lc_monetary = 'en_US.utf8' lc_numeric = 'en_US.utf8' lc_time = 'en_US.utf8' default_text_search_config | en_US.utf8 | en_US.utf8 | template0 | postgres | UTF8 | en_US.utf8 | en_US.utf8 | =c/postgres
66120编辑于 2023-05-19 - 来自专栏devops_k8s
PostgreSQL简介部署
PostgreSQL简介 简介 PostgreSQL在业内通常也简称PG，是一个关系型数据库管理系统，适用于各种Linux操作系统、Windows、Solaris、BSD和Mac OS X。 PostgreSQL遵循BSD许可，是一个开源软件，PostgreSQL作为全球第四大关系型数据库服务，正在以飞快的速度发展，目前已经广泛用在各个行业，PostgreSQL本身具有哪些功能特点，请往下看 一般关系型数据库的字符串有限定长度8k左右，无限长Text类型的功能受限，只能作为外部大数据访问。 Pgsql对于numa架构的支持要比mysql强一些，比mysql对于读的性能要好些，pgsql提交可以完全异步，而mysql的内存表不够实用（表锁原因） 部署PostgreSQL 安装rpm源 yum -10/bin/postgresql-10-setup initdb # 设置自动启动并且启动postgresql服务 systemctl enable postgresql-10 systemctl
1.6K40发布于 2020-09-27 - 来自专栏k8s技术圈
PostgreSQL-HA 高可用集群在 Rainbond 上的部署方案
/install.sh 通过 Rainbond 开源应用商店部署 Postgresql HA 集群已发布到 Rainbond 开源应用商店，可一键部署 Postgresql HA 集群。 0:pg-grde8ebc-0.pg-grde8ebc.dev.svc.cluster.local:5432,1:pg-grde8ebc-1.pg-grde8ebc.dev.svc.cluster.local :5432,2:pg-grde8ebc-2.pg-grde8ebc.dev.svc.cluster.local:5432 验证集群，进入 Pgpool 组件的 Web 终端中。 从零开始部署 PostgreSQL 集群 从零开始在 Rainbond 上部署 Postgresql HA 集群也是非常简单的，大致分为以下几个步骤： 基于镜像部署 PostgreSQL-repmgr 部署 PostgreSQL-repmgr 组件 1.
1.3K50编辑于 2023-08-21 - 来自专栏Rainbond开源「容器云平台」
PostgreSQL-HA 高可用集群在 Rainbond 上的部署方案
本文将介绍在 Rainbond 上使用 Postgresql-repmgr + Pgpool 实现 Postgresql 高可用集群的部署和管理。 /install.sh通过 Rainbond 开源应用商店部署 PostgreSQL 集群Postgresql HA 集群已发布到 Rainbond 开源应用商店，可一键部署 Postgresql HA 0:pg-grde8ebc-0.pg-grde8ebc.dev.svc.cluster.local:5432,1:pg-grde8ebc-1.pg-grde8ebc.dev.svc.cluster.local 图片从零开始部署 PostgreSQL 集群从零开始在 Rainbond 上部署 Postgresql HA 集群也是非常简单的，大致分为以下几个步骤：基于镜像部署 PostgreSQL-repmgr 部署 PostgreSQL-repmgr 组件1.
2.1K20编辑于 2023-05-09 - 来自专栏XBD
CentOS7 部署 PostgreSQL
/postgresql.sh export PGHOME=/usr/local/postgresql export PGDATA=/data/postgres export PGLIB=/usr/local /postgresql/lib export PATH=$PGHOME/bin:$PATH source /etc/porfile.d/postgresql.sh 初始化数据库 su - postgres initdb -D /data/postgres/ 启动 postgresql pg_ctl -D /data/postgres/ -l /usr/local/postgresql/logs/logfile start 创建启动脚本 vim /usr/lib/systemd/system/postgresql.service [Unit] Description=PostgreSQL database /bin/postgresql-check-db-dir ${PGDATA} ExecStart=/usr/local/postgresql/bin/pg_ctl start -D ${PGDATA}
44910编辑于 2024-08-07 - 来自专栏数据库干货铺
Postgresql部署及简单操作
但也有不少人质疑postgresql的未来，正所谓，赞扬或批判一种数据库都必须先了解它，然后才可有话语权。为了更多的了解postgresql,我们就先部署一套实例作为了解它的基础。 下载并解压 wget https://ftp.postgresql.org/pub/source/v11.4/postgresql-11.4.tar.gz tar -zxvf postgresql-11.4 编译postgresql源码 cd /data/postgresql-11.4 ./configure --prefix=/data/postgresql ? 8. 初始化数据库 在postgres用户下运行initdb命令即可初始化数据库 initdb ? 此时，postgresql数据目录下已经生成对应的文件。 配置文件修改 修改数据目录下的postgresql.conf 及 pg_hba.conf文件 postgresql.conf 配置PostgreSQL数据库服务器的相应的参数。
2.2K50发布于 2019-08-13 - 来自专栏Postgresql源码分析
Postgresql源码（8）重温BufferDesc
desc结构中的Buffer header lock没有单独的变量，保存在state中的第22位。 #define BM_LOCKED (1U << 22) /* buffer header is locked */ #define BM_DIRTY (1U << 23) /* data needs writing */ #define BM_VALID (1U << 24) /* data is valid */ #define BM_TAG_VALID (1U << 25) /* tag is assigned */ #define BM_IO_IN_PROGRESS (1U << 26) /* read or write in progress */ #define BM_IO_ERROR (1U << 27) /* previous I/O failed */ #define BM_JUST_DIRTIED (1U << 28) /* dirtied since write started */ #define BM_PIN_COUNT_WAITER (1U << 29) /* have waiter for sole pin */ #define BM_CHECKPOINT_NEEDED (1U << 30) /* must write for checkpoint */ #define BM_PERMANENT (1U << 31) /* permanent buffer (not unlogged,* or init fork) */
37360编辑于 2022-05-12 - 来自专栏雨临Lewis的博客
PostgreSQL - SQL调优方案
PostgreSQL的执行计划会显示出这条SQL的预估成本cost，需要扫描的数据行数量rows，扫描方式（是否使用索引等），循环次数loops等。 Aggregate：count，sum，avg，stddev等聚合函数 Group：GROUP BY分组操作 通过分析执行计划中的成本，以及扫描方式来决定下一步怎么对SQL进行优化，下面是一些常见的调优方案 但不是所有数据库都有实现这个功能，PostgreSQL和SQL SERVER都有提供。 优化索引 这个就不详说了，不外乎对查询条件建立索引，注意使用联合索引时的字段顺序，不过PostgreSQL对于联合索引似乎会自动优化查询时的字段顺序。 参考链接 详解 PostgreSQL explain 查询计划 PostgreSQL执行计划的解释 SQL优化（一） Merge Join vs. Hash Join vs.
2.5K20编辑于 2022-03-08 - 来自专栏数据库PG
PostgreSQL多主复制方案
有一些多主复制解决方案可用，其中一些是在应用程序端实现，有一些是PostgreSQL分叉的fork版本实现，这些fork有自己的小型社区，主要由一家公司管理，但不是由PostgreSQL主线社区管理。 常用的PostgreSQL多主解决方案如下： BDR (Bi-Directional Replication) xDB PostgreSQL-XL PostgreSQL-XC / PostgreSQL-XC2 BDR由2ndQuadrant开发，是迄今为止最优雅的多主机解决方案之一。BDR提供异步的多主机逻辑复制，基于PostgreSQL逻辑解码特性。 XC/XC2 PostgreSQL XC由EnterpriseDB和NTT开发，它是一个同步复制解决方案。 PostgresXC是一个开源项目，提供写场景可伸缩的、同步的、对称的和透明的PostgreSQL集群解决方案。
5.1K60发布于 2021-03-17 - 来自专栏JiekeXu之路
浅谈 PostgreSQL 高可用方案
作为开源关系型数据库广受众多开发者的喜爱，前景一片大好，我也网上扒了好几周，查了很多资料，据说 repmgr 和 Patroni 两种高可用方案使用最多，那么今天我们来一起聊聊 PostgreSQL 高可用都有哪些方案 优点 配置操作简单，可一键式完成相关部署操作； 支持 Auto Failover 和 Manual Switchover； 不使用任何额外的端口进行通信; 对数据库侵入小，和主备流复制基本一致; 通过调用已注册事件的用户脚本来提供通知 8、Pgpool-II Pgpool-II 是在 PostgreSQL 服务器和 PostgreSQL 数据库客户端之间工作的中间件，它是在类似于 BSD 和 MIT 的许可证下分发的。 常见的多主复制方案有：BDR（双向复制）、xDB、PostgreSQL-XL、PostgreSQL-XC / PostgreSQL-XC2、Rubyrep、Bucardo。 4）PostgreSQL XC / XC2 • PostgreSQL-XC 由EnterpriseDB 和 NTT 开发，它是一个开源的同步复制解决方案，旨在提供可写扩展、同步、对称和透明的 PostgreSQL
5K11编辑于 2024-06-07 - 来自专栏落跑架构师M
高可用的K8S集群部署方案
这不是k8s专属的是一个独立的分布式系统，具体的介绍大家可以参考官网，这边不多做介绍。 我们采用了 static pod的方式部署了etcd集群。 Master节点的高可用拓补官方给出了两种方案。 Stacked etcd topology（堆叠etcd） External etcd topology（外部etcd） 可以看出最主要的区别在于etcd的部署方式。 第一种方案是所有k8s Master节点都运行一个etcd在本机组成一个etcd集群。 第二种方案则是使用外部的etcd集群（额外搭建etcd集群）。 主要是考虑到了etcd的问题，如果只有两台物理机部署了5个etcd节点，那么部署了3个etcd的那台物理机故障了，则不满足etcd失败容忍度而导致etcd集群宕机，从而导致k8s集群宕机。
3.6K11发布于 2020-02-11 - 来自专栏落跑架构师M
高可用的K8S集群部署方案
这不是k8s专属的是一个独立的分布式系统，具体的介绍大家可以参考官网，这边不多做介绍。 我们采用了 static pod的方式部署了etcd集群。 Master节点的高可用拓补官方给出了两种方案。 Stacked etcd topology（堆叠etcd） External etcd topology（外部etcd） 可以看出最主要的区别在于etcd的部署方式。 第一种方案是所有k8s Master节点都运行一个etcd在本机组成一个etcd集群。 第二种方案则是使用外部的etcd集群（额外搭建etcd集群）。 主要是考虑到了etcd的问题，如果只有两台物理机部署了5个etcd节点，那么部署了3个etcd的那台物理机故障了，则不满足etcd失败容忍度而导致etcd集群宕机，从而导致k8s集群宕机。
3.6K30发布于 2019-12-30 - 来自专栏开源部署
PostgreSQL数据库安装部署
一、postgresql数据库部署 1、前往postgresql安装包的目录（这里我部署的是10.5的版本） [root@web1 ~]# cd /package/ [root@web1 package ]# ls apache-tomcat-8.5.39.tar.gz jdk-8u131-linux-x64.tar.gz postgresql-10.5.tar.gz redis-3.2.0.tar.gz # ls apache-tomcat-8.5.39.tar.gz jdk-8u131-linux-x64.tar.gz postgresql-10.5 postgresql-10.5.tar.gz Ready to install. 8、开始安装（在postgresql-10.5目录执行：make install），最后输出结果没提示异常【error】便表示安装成功 /bin/install | en_US.UTF-8 | en_US.UTF-8 | postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | template0
4.1K20编辑于 2022-08-18 - 来自专栏开源部署
PostgreSql 14 主从负载均衡部署
前言前些天给个环境部署PostgreSQL 主从负载均衡,这里仅仅简单记录一下命令以备后续使用,至于数据库的更多配置请自行根据需求配置.版本环境服务器系统: CentOS 7.9PostgreSQL 版本 /pub/repos/yum/reporpms/EL-7-x86_64/pgdg-redhat-repo-latest.noarch.rpmsudo yum install -y postgresql14 -server## 主库初始化数据库/usr/pgsql-14/bin/postgresql-14-setup initdb## 启动sudo systemctl enable postgresql-14sudo systemctl start postgresql-14初始化su - postgrespsql## 创建 postgres 密码ALTER USER postgres WITH PASSWORD 从 PostgreSQL 12 开始已经移除了 recovery.conf 文件,相关配置合并到了 postgresql.conf 中,由于从主库同步数据库,其中配置也需要移除和修改.vi /var/lib
3.8K11编辑于 2022-06-06 - 来自专栏王硕
原 Postgresql-XL安装部署
docbook-style-dsssl #find / -name collateindex.pl /usr/bin/collateindex.pl #cp /usr/bin/collateindex.pl /bin/ 节点部署 keepalives_idle = 60 keepalives_interval = 10 keepalives_count = 10 [pgxl@localhost coordinator1]$ vi postgresql.conf all all 192.168.100.0/24 trust [pgxl@localhost datanode1]$ vi postgresql.conf keepalives_idle = 60 keepalives_interval = 10 keepalives_count = 10 [pgxl@localhost coordinator2]$ vi postgresql.conf all all 192.168.100.0/24 trust [pgxl@localhost datanode2]$ vi postgresql.conf
3.6K171发布于 2018-05-17 - 来自专栏漫谈测试
容器技术Kubernetes（K8S）集群部署负载方案
如果基础环境设施已经有一个K8S集群，那么可以在K8S上快速启动一个完整的负载测试集群。 灾备和高可用性策略，比如多区域部署，使用etcd集群的备份，以及应用的跨区域复制。确保某个区域故障时，服务不会中断。最后，CI/CD的集成，自动化部署和回滚，减少人为错误，提高发布效率。 整体的部署结构如下图，可以看到有比较多的组件，但是利用K8S配置文件可以快速启动以及更新所有的组件。Jmeter集群通过分布式进行部署，并且每个节点在K8S集群中都是一个Pod。 Slave的Pod通过Deployment控制器进行部署，其可以进行统一的部署，更新和销毁，并且Deployment可以自如扩展Slave点。 如果只想个人查看，则可以通过K8S Proxy的方式在本地电脑上查看。
42510编辑于 2025-02-17 - 来自专栏超级架构师
【PostgreSQL架构】PostgreSQL的最佳群集高可用性方案
如果您的系统依赖PostgreSQL数据库并且您正在寻找HA的集群解决方案，我们希望提前告知您这是一项复杂的任务，但并非不可能实现。 我们将讨论一些解决方案，您可以从中选择对您的容错要求。 PostgreSQL本身不支持任何多主群集解决方案，例如MySQL或Oracle。尽管如此，仍有许多商业和社区产品提供此实现，以及其他产品，例如PostgreSQL的复制或负载平衡。 它可直接从其用户界面帮助部署，监视，管理和扩展数据库服务器/集群。 ClusterControl能够处理维护数据库服务器或群集所需的大多数管理任务。 ? 负载均衡 从站不受限制，可以写 部分复制 按需复制（更改可以自动或在需要时推送） 从站可以“预热”以快速设置 缺点： 无法处理DDL 无法处理大物件 没有唯一键无法增量复制表 不适用于Postgres 8之前的版本 Postgres-XC Postgres-XC是一个开源项目，旨在提供可写扩展，同步，对称和透明的PostgreSQL集群解决方案。
14.1K60发布于 2021-02-04 - 来自专栏Postgresql源码分析
Postgresql总结几种HA的部署方式
1 部署架构 2 主机配置 （主机ID20） sed -ir "s/#*max_replication_slots. 如果设置了一个后备机可以访问的 WAL归档，就不需要这些解决方案，因为该归档可以 为后备机保留足够的段，后备机总是可以使用该归档来追赶主控机。 \_ postgres: stats collector process \_ postgres: wal receiver process streaming 0/B00DBF8 \_ postgres: wal sender process foo 127.0.0.1(58019) streaming 0/B00DBF8 /home/gaomingjie/app/pgsql24 \_ postgres: stats collector process \_ postgres: wal receiver process streaming 0/B00DBF8
1.9K40编辑于 2022-05-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号