具体配置项请参考TDENGINE镜像文档(轩辕)https://xuanyuan.cloud/r/tdengine/tdengine。 分配至少2GB内存和2核CPU。 具体配置方法请参考TDengine镜像文档(轩辕)。高可用部署对于生产环境,建议部署TDengine集群实现高可用。 集群部署详细步骤请参考官方文档。 /#dockerTDengineSQL参考文档https://tdengine.com/tdengine/taos-sqlTDengineRESTful接口文档https://tdengine.com/
access_secret 仓库access_key 仓库状态 仓库状态 仓库名称 在Harbor中仓库的唯一ID 仓库credential类型 仓库access_secret 仓库access_key Harbor边缘部署文档 生成证书 生成CA证书 1,生成CA证书私钥 $ openssl genrsa -out ca.key 4096 2,生成CA证书 # 将yourdomain.com修改为需要配置的域名,本文当中使用 =yourdomain.com" \ -key ca.key \ -out ca.crt 生成服务器证书 1,生成服务器私钥 $ openssl genrsa -out tls.key 4096 2, It is used to # 1) populate the docker/helm commands showed on portal # 2) populate the token service tls.key /etc/docker/certs.d/yourdomain.com/ cp ca.crt /etc/docker/certs.d/yourdomain.com/ 使用边缘Harbor部署工作负载
一.MetaQ安装部署情况: 地点 IP Broker ID Master/Slave Slave ID:Group 合肥 192.168.52.23 1 Slave 1:meta-slave-group-hf 北京 192.168.51.33 1 Master / 广州 192.168.70.157 1 Slave 2:meta-slave-group-gz 二.MetaQ安装 1. 启动ZooKeeper: Service zookeeper start 2. 部署 解压tar zxvfmetaq-server-1.4.6.2.tar.gz,将解压出来的taobao/metamorphosis-server-wrapper文件夹移动到/usr/lib下,并重命名为 2. 异步复制的slave将参与消费者的消费活动,消息消费者可以从slave中获取消息并消费,消费者会随机从master和slaves中挑选一台作为消费broker。
以下是示例配置文件: tickTime=2000 dataDir=/var/lib/zookeeper clientPort=2181 initLimit=5 syncLimit=2 server.1= 10.0.0.1:2888:3888 server.2=10.0.0.2:2888:3888 server.3=10.0.0.3:2888:3888 在这个示例中,我们指定了Zookeeper集群的三个服务器 在第二台和第三台服务器上,我们需要分别创建myid文件,并将其内容分别设置为2和3。 现在,我们可以启动Zookeeper集群。 /local/kafka/bin/kafka-server-start.sh /usr/local/kafka/config/server.properties & 现在,我们的Kafka集群已经成功部署了 现在,我们已经成功地部署了Kafka集群,并使用Kafka提供的命令行工具测试了它的功能。
当我们把 OpenSearch 的代码更新后发现新的 OpenSearch 2.x 版本部署的时候有 CSS 丢失的问题。问题和解决这个问题的原因是 CSS 的路径不对。 这是因为对比 OpenSearch 1.x 版本,2.x 的版本添加了 baseurl 配置。这个配置在文件 _config.yml 中。我们需要把这个配置的 baseurl 参数设置为空。 当我们完成上面的修改后,再进行部署,我们会看到 CSS 样式表都已经正常了。新版本的代码我们已经提交到我们的 GitHub 仓库中。
本文将介绍etcd集群的原理和部署文档。etcd集群原理etcd是一个强一致性的系统,它采用Raft协议作为一致性算法。 etcd集群部署文档etcd集群可以在多台服务器上部署,以保证高可用性。下面是etcd集群的部署文档:步骤1:安装etcd在所有节点上安装etcd,可以从etcd官网下载二进制文件进行安装。 xzvf etcd-v3.5.0-linux-amd64.tar.gz$ cd etcd-v3.5.0-linux-amd64$ sudo cp etcd etcdctl /usr/local/bin/步骤2: started, node1, http://192.168.1.100:2380, http://192.168.1.100:2379e79081750eb48e5c, started, node2, 要部署etcd集群,需要在每个节点上安装etcd软件,并创建etcd配置文件,指定节点的IP地址、端口号、数据存储目录和集群配置。
set-hostname linux-node1 修改 host 文件 10.200.51.100 linux-node1 linux-node1.limi.com 10.200.51.31 linux-node2 linux-node2.limi.com linux-node1 10.200.51.100 控制节点 linux-node2 10.200.51.31 计算节点 配置网络 yum 源: | | domain_id | None | | id | 1c425ddc2b7c4e9eacd2e561697eca90 -I0Nf1sl2yfp7uaQNjokpJiRBi76JUhdpDEOMdeFEnLm3R0t4WO86a0fKDZIbkoM7ChKX4QkvoL7-6ce4 | | project_id | 4291d582710e407aa7abc46a64f2da57 -------------------------------------------------------------------+ ---- 标题:openstack系列- keystone部署文档
如何使用WSGI 部署 Django 首要的部署平台是WSGI,它是Python Web 服务器和应用的标准。 Django 包含以下WSGI 服务器的入门文档: 如何使用Apache 和mod_wsgi 部署Django 从Apache 中利用Django 的用户数据库进行认证 如何使用Gunicorn 部署Django (100%) 如何使用uWSGI 部署Django (100%) application 对象 使用WSGI 部署的核心概览是application 可调用对象,应用服务器使用它来与你的代码进行交换。 译者:Django 文档协作翻译小组,原文:WSGI servers。 本文以 CC BY-NC-SA 3.0 协议发布,转载请保留作者署名和文章出处。 Django 文档协作翻译小组人手紧缺,有兴趣的朋友可以加入我们,完全公益性质。
但是,如前文方式构建的文档必须通过在项目中整合 swagger-ui、或使用单独部署的 swagger-ui和 /v2/api-docs返回的配置信息才能展现出您所构建的API文档。 本文将在使用Swagger的基础上,再介绍一种生成静态API文档的方法,以便于构建更轻量部署和使用的API文档。 该项目主要用来将Swagger自动生成的文档转换成几种流行的格式以便于静态部署和使用,比如:AsciiDoc、Markdown、Confluence。 除了ASCIIDOC之外,还有MARKDOWN和CONFLUENCE_MARKUP from(newURL("http://localhost:8080/v2/api-docs"):指定了生成静态部署文档的源头配置 完成了从Swagger文档配置文件到AsciiDoc的源文件转换之后,就是如何将AsciiDoc转换成可部署的HTML内容了。
为了提高公司办公效率,需要搭建一款文档分享server,windows可轻轻松松搭建一个文档服务器,但是为了配合研发同事的工作需要,综合考虑最终使用了Linux下的SVN作为首选。
后台代码部署 前言: 需要环境有,JDK1.8,Maven3.8,Mysql8.0,Redis,Tomcat(自己百度安装),本项目内不含该服务部署 如有细微不同之处,会一对一进行讲诉 打开idea 找到application配置文件,修改数据库端口号、数据库名称、用户名、密码 随后即可点击运行按钮运行此工程 数据库部署 新建数据库,导入项目包里的sql文件即可,太基础这里不做讲解 前台工程项目部署
Mkdocs 是一个采用 Python 构建轻量级的静态 HTML 在线文档框架,内置部署到 Github Pages 的功能。我用来创建实践指南,用来做个人的知识积累。 HTML 生成和部署 执行mkdocs build会新建site目录,并将 markdown 文件构建为 html 文件。 main jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - uses: actions/setup-python@v2 with: python-version: 3.x - uses : actions/cache@v2 with: key: ${{ github.ref }} path: .cache
TDengine IDMP 作为 AI 原生的工业数据管理平台,专为工业场景设计了 “低运维成本、高安全性” 的运维体系,无需专业运维团队,系统管理员通过基础操作即可完成部署、权限、备份等核心工作,为数据治理提供坚实的后端保障 TDengine IDMP 部署:轻量化方案,适配不同工业场景工业企业的 IT 环境差异较大(如中小型工厂可能仅有单机服务器,大型集团需跨厂区集群),IDMP 提供 “单机部署” 与 “集群部署” 两种方案 (1)单机部署:15 分钟完成,适配中小型企业单机部署适用于设备数量≤500 台、数据采集频率≤1000 条 / 秒的场景(如中小型机械厂、电子元件厂)(2)集群部署:高可用架构,支撑大型企业跨厂区需求集群部署适用于设备数量 总结:IDMP 让工业数据治理运维 “化繁为简”传统工业数据平台的运维,往往需要专业团队应对复杂的部署、权限、备份问题,而 TDengine IDMP 通过 “轻量化部署、精细化权限、自动化备份”,将运维门槛大幅降低 若需进一步优化运维效率,可参考 IDMP 官方文档 “高级运维” 章节,探索 “系统监控告警”“批量设备管理” 等进阶功能,实现运维自动化升级。
例如,TDengine采用分布式分片(Sharding)和副本策略,支持跨数据中心部署,并通过Raft协议实现强一致性。自动故障转移:当主节点宕机时,系统自动选举新主节点,确保服务不间断。 2.负载均衡与弹性扩展读写分离:主节点处理写入,从节点处理查询,降低单节点压力。水平扩展:通过动态添加节点应对数据增长,TDengine支持从单机扩展到百节点规模,满足10亿时间线管理需求。 异地容灾:支持跨地域部署,如边云协同架构,防止区域性故障导致数据丢失。4.监控与自动化运维健康检测 :实时监控节点状态,触发告警和恢复流程。TDengine提供Web控制台和命令行工具简化运维。 集成流式计算与缓存功能,无需额外部署Kafka或Redis。全场景适配与生态支持兼容SQL语法,支持Grafana、Telegraf等工具无缝集成。 企业可通过TDengine官方文档深入了解其高可用实现细节,并申请免费试用体验。
您可以像使用关系型数据库MySQL一样来使用它,但建议您在使用前仔细阅读一遍下面的文档,特别是 数据模型 与 数据建模。 除本文档之外,欢迎 [下载产品白皮书](https://www.taosdata.com/downloads/TDengine White Paper.pdf)。 ,可以通过增加节点进行水平扩展以提升处理能力 可以通过 Kubernetes 部署 TDengine 通过多副本提供高可用能力 管理 监控运行中的 TDengine 实例 多种数据导入方式 多种数据导出方式 云原生:通过原生的分布式设计、数据分片和分区、存算分离、RAFT 协议、Kubernetes 部署和完整的可观测性,TDengine 是一款云原生时序数据库并且能够部署在公有云、私有云和混合云上。 需要首先上传 ssh 密钥到 GitHub,详细方法请参考 GitHub 官方文档。
在上一篇《使用Swagger2Markup实现API文档的静态部署(一):AsciiDoc》中,我们介绍了如何使用 Swagger2Markup将Swagger文档转换成AsciiDoc,再将AsciiDoc 该项目主要用来将Swagger自动生成的文档转换成几种流行的格式以便于静态部署和使用,比如:AsciiDoc、Markdown、Confluence。 Markdown的部署 Markdown目前在文档编写中使用非常常见,所以可用的静态部署工具也非常多,比如:Hexo、Jekyll等都可以轻松地实现静态化部署。 具体使用方法,这里按照这些工具的文档都非常详细,这里就不具体介绍了。 Confluence的部署 相信很多团队都使用Confluence作为文档管理系统,所以下面具体说说Confluence格式生成结果的使用。
牵手GitHub.jpg 目录 1.GitHub 和 Git 的前世今缘 2.Git 的下载安装 2.1Git 下载 2.2Git 安装 3.Git 的初始配置 3.1查看安装的 Git 的版本 2 Git 的下载安装 ---- 以 windows 环境下安装为例,Linux 和 Mac 系统请自行查找 Git 安装资料 2.1 Git 下载 Git的官方下载地址 ? 下载Git2.png 如果你的下载速度较慢,也可以选择去软件应用中心下载,这里也推荐一个百度软件下载中心,但里面的软件不一定是最新的,还是建议在官网上下载的。
article/details/80158062 本文出自方志朋的博客 个人博客纯净版:https://www.fangzhipeng.com/docker/2018/09/11/dokcer-trans2. 应用程序部分 创建2个文件,requirements.txt和app.py,并且将它们放到和Dockerfile放进同一个文件夹中。这就完成了我们的应用,你可以发现用创建应用很简单。 毕竟,当你想要将容器部署到生产环境时,弄需要知道如何推送注册仓库。 注册仓库是存储库的集合,而存储库是图像的集合 - 有点像GitHub存储库,但代码已经创建。 注册仓库上的帐户可以创建许多存储库。 为该上下文提供存储库并标记有意义的名称,例如get-started:part2。 这将图像放入启动存储库并将其标记为part2。 现在,把它放在一起来标记图像。 $ docker run -p 4000:80 john/get-started:part2 Unable to find image 'john/get-started:part2' locally
Rianbond擅长应用自动化管理 ,两者结合起来实现1+1大于2,本文详细讲述如何整合TDengine和Rainbond,并通过整合实现高效快捷,便利简洁。 [6177a00a2ab3f51d91c9ce88.png] 快速安装 目前TDengine官方支持安装包,源码和docker进行安装,现在新增通过Rainbond进行安装,通过Rainbond安装有什么优势呢 集成了TDengine官方推荐的可视化探测工具Grafana,开盒即用,方便快捷。 集成了TDengine三节点集群,无需手动配置,安装即集群模式,提高部署效率。 在通过Rainbond平台进行安装TDengine之前,首先保证有一个可用的Rainbond,具体安装可以参考文档Rainbond快速安装。 [618b93fd2ab3f51d91f6393c.png] [618b92d62ab3f51d91f579b1.png]示例:在client端 taos容器终端直接执行命令行进行连接即可,taos
在本文中,我将介绍一种基于Nginx的高可用方案,同时提供一份详细的部署文档。高可用方案本方案将使用Nginx来提供负载均衡和故障转移,同时使用keepalived来确保Nginx的高可用性。 部署文档以下是一份基于CentOS 7的Nginx高可用性方案的部署文档:步骤1:安装Nginx和keepalived在两台服务器上执行以下命令以安装Nginx和keepalived:Copy codeyum install nginx keepalived步骤2:配置Nginx在两台服务器上创建相同的Nginx配置文件。 weight 2}vrrp_instance VI_1 { interface ens33 state MASTER virtual_router_id 51 priority weight 2}vrrp_instance VI_1 { interface ens33 state BACKUP virtual_router_id 51 priority