[PHP] 存储改造中的逻辑和清理遗留的问题
2023-02-18 15:47:19 时间
现象:用户读信时,根据路径的哈希结果,访问四台服务器中一台请求文件,这四台缓存机器已经下线,访问不到再去后端存储访问浪费了时间
前因:每一封信都是一个文件,存储在公司内部的分布式文件系统s3上.因为读取速度太慢和经常的网络访问失败,后来在s3系统之上新增了nginx缓存代理,imap pop web各端都能使用这几台缓存.又增加了阿里云oss存储,与s3存储并行.
1. 访问文件的时候,会根据内部的索引服务返回的location进行判断,结果是4,5,6,分别代表只存s3,只存oss,s3和oss双读.代码中对location进行判断,进行读取访问文件.当存在双读的时候,要根据配置优先读取oss或者优先读取s3,读取不到时再去读取另外的存储
2. 在需要读取s3时,在这之上要先访问缓存代理.根据指定的哈希规则,对path部分取哈希值,如果在以下四个范围内就访问指定的IP
'0~25'=>'http://xxx.xxx.88',
'25~50'=>'http://xxx.xxx.89',
'50~75'=>'http://xxx.xxx.90',
'75~100'=>'http://xxx.xxx.91'
哈希算法如下:
function BKDRHash($str) { $hash = 0; $seed = 1313; for ($i=0;$i<strlen($str);$i++) { $hash = ((floatval($hash * $seed) & 0x7FFFFFFF) + ord($str[$i])) & 0x7FFFFFFF; } $hash=$hash & 0x7FFFFFFF; return $hash % 100; }
3. 运维反馈现在访问文件时是使用的公网域名,把公网域名修改成内网域名,速度会有提升,网络问题也会减少.
4. 去掉读信走s3逻辑时候的读取nginx代理cache部分
5. 在线上单独拿台机器用于测试,如果没有问题就全量上线
相关文章
- kernel 启动流程
- UBOOT 启动流程
- 野火 STM32MP157 开发板内核和设备树的编译烧写
- 野火 STM32MP157 开发板 UBOOT 编译烧写
- ESP32 多线程入门实验
- VSCode 打开ESP32工程问题
- LVGL 定时器
- LVGL 字体
- LVGL 显示图片
- LVGL SCROLL循环滚动
- QT MySQL连接自动断开
- ESP32 SNTP校时
- ESP32 IDF 获取天气信息
- ESP32 分区表
- ESP32 使用LVGL案例
- LVGL 日志
- esp-idf 移植 lvgl8.3.3
- ESP32 + IDF + LED
- VSCode 中安装 esp-idf
- esp-idf 安装(Windows )