Publish: October 16, 2020
Category: 运维
No Comments
InfluxBD所有下载预览
https://portal.influxdata.com/downloads/
ubuntu下安装influxdb
wget https://dl.influxdata.com/influxdb/releases/influxdb_1.8.3_amd64.deb
dpkg -i influxdb_1.8.3_amd64.deb
启动和关闭
service influxdb startservice influxdb stop
默认情况下回占用8088和8086两个端口，很多人的服务器nginx可能回配置这个端口导致服务启动失败，注意下这种情况。
配置和数据目录
数据文件夹：/var/lib/influxdb
data 存放最终存储的数据，文件以.tsm结尾
meta 存放数据库元数据
wal 存放预写日志文件
配置文件： /etc/influxdb/influxdb.conf
阅读剩余部分...
Publish: September 18, 2020
Category: 运维
No Comments
使用侵入性最低的方案。FreeSwitch Portal
freeswitch portal为内置模块，开箱即用（Out of the Box）
安装完成之后只需要启用就可以
fs_cli
load mod_xml_rpc
如果想跟随freeswitch启动则直接操作配置文件具体如下：
#conf/autoload_configs/modules.xml 中去掉如下注释：
<load module="mod_xml_rpc"/>
阅读剩余部分...
Publish: September 18, 2020
Category: 运维
No Comments
尝试了多种方案，包括ubuntu下的编译安装等，由于依赖原因都没有很好的解决。最终选定官方推荐的直接安装编译的安装包。
构建过程如下：
由于我是在阿里云ECS中构建的上述服务，首先安装docker
apt install docker.io
docker pull debian
docker run -idt --name=freeswitch debian /bin/bash
添加新的source资源：
apt-get update && apt-get install -y gnupg2 wget lsb-release
wget -O - https://files.freeswitch.org/repo/deb/debian-release/fsstretch-archive-keyring.asc | apt-key add -
echo "deb http://files.freeswitch.org/repo/deb/debian-release/ `lsb_release -sc` main" > /etc/apt/sources.list.d/freeswitch.list
echo "deb-src http://files.freeswitch.org/repo/deb/debian-release/ `lsb_release -sc` main" >> /etc/apt/sources.list.d/freeswitch.list
更新源并安装：
默认情况下freeswitch的配置文件在/etc/freeswitch目录，资源文件在/usr/share/freeswitch目录。
apt-get update && apt-get install -y freeswitch-meta-all
启动
freeswitch
Publish: July 4, 2020
Category: 运维
No Comments
作为一个广泛使用的缓存、消息队列、简单算法支撑基础组件，redis每一次大版本更新都会给我们带来惊喜。在写本文章的时候redis已经发布了6.0.5稳定版。后续会陆续分享一些使用redis实现各种算法的场景，本文主要讲述redis运维性能分析方面的实战总结。
一 查看redis运行状态
从如下几个方面来查看，info 命令有三种使用方式分别如下：
info 部分redis统计信息
info all 全部redis统计信息
info section 某一块的统计信息，其中section可以忽略大小写，例如： redis-cli info memory
通常情况下都是对某个块感兴趣，然后会对该块执行info 操作。
阅读剩余部分...
Publish: May 16, 2020
Category: 运维
No Comments
用过Docker的朋友都知道，如果不使用dockerfile构建镜像，可能会随着我们的操作构建的镜像体积会呈现爆炸性增长。这是为什么呢？ 这是因为Docker镜像的文件系统是层级结构，每执行一次构建都会将叠加在前置的文件系统上。docker运行的的时候只抽取有用的部分。
如果想直接从当前的容器中构建一个镜像是不是体积就很小了呢？ 我做了如下尝试：使用容器打包镜像
- 进入容器根目录操作
#进入目录
cd /
#查看体积
du -sh ./*
- 删除无用文件
#各种rm rm -rf 操作， 这里一定要认证一点
阅读剩余部分...
- 1
- 2
- 3
- 4
- NEXT »
Evenvi