亚洲色成人网站www永久,亚洲欧美人成视频一区在线,亚洲国产成人高清在线观看,亚洲精品久久久久久动漫,亚洲国产精品久久电影欧美

2016 年 4 月 22 日：中國節(jié)點存儲服務(wù)故障說明
2016 年 4 月 22 日 13:04 開始, LeanCloud 中國節(jié)點的后端存儲集群出現(xiàn)問題,導致該節(jié)點上所有應(yīng)用都出現(xiàn)了存儲 API 訪問故障,將近半小時后得到恢復。故障的詳細經(jīng)過通報如下。
故障時間
13:09 － 13:28 ：所有應(yīng)用的數(shù)據(jù)存儲服務(wù)都出現(xiàn)訪問異常（持續(xù) 19 分鐘） 13:28 － 13:40 ：大部分應(yīng)用已經(jīng)恢復,但還有 20% 的應(yīng)用依然無法正常訪問（持續(xù) 12 分鐘） 影響范圍
中國節(jié)點上所有應(yīng)用的存儲服務(wù)都受到影響,同時依賴于數(shù)據(jù)存儲的實時通信、云引擎服務(wù)也可能出現(xiàn)內(nèi)部錯誤。
美國節(jié)點不受影響,所有服務(wù)均工作正常。
事故經(jīng)過
13:04 ：我們監(jiān)控系統(tǒng)陸續(xù)發(fā)出報警,后端存儲集群訪問超時慢慢增多,工程師介入調(diào)查,并向用戶發(fā)出了短信和郵件通知。 13:10 ：整個集群的存儲 API Server 不再響應(yīng)外部請求。調(diào)查后確認是后端存儲系統(tǒng)在做大量耗時的關(guān)系數(shù)據(jù)寫入操作,導致系統(tǒng)失去響應(yīng)。于是我們馬上重啟集群,并分批開放流量。 13:28 ：部分存儲分片（ shard ）得到恢復, 80% 的應(yīng)用訪問恢復正常；發(fā)送第二次故障進度通知。 13:40 ：所有應(yīng)用恢復正常；發(fā)送故障解決通知。 后續(xù)改進措施
這一次故障的根本原因在于 AVRelation 模型的底層實現(xiàn)存在缺陷,某些特殊條件下會導致后端存儲系統(tǒng)因忙于處理而失去響應(yīng)。我們已完成替代方案的開發(fā),正在測試中,下周會發(fā)布更合理的解決方案。（ 4 月 27 日周三完成） 改進并發(fā)限制的算法,以便在異常條件下更好地限制故障的影響范圍。（ 4 月 25 日周一完成） 排查所有危險／耗時操作,在上層進行寫入控制,避免對后端存儲系統(tǒng)造成太大影響。（ 4 月 25 日周一完成） 近期 LeanCloud 平臺較為頻繁地發(fā)生故障,這對我們也是一種前所未有的考驗。 LeanCloud 一直把穩(wěn)定看成生命線,所以我們正在集中全部精力來應(yīng)對用戶和流量不斷增長帶來的挑戰(zhàn),每周都會上線一些增加穩(wěn)定性的措施。我們有信心能盡快讓云服務(wù)更加穩(wěn)定和可靠,希望廣大開發(fā)者能夠繼續(xù)支持和信任 LeanCloud 。
如果您有任何疑問,請發(fā)送郵件至 [email?protected] 進行確認。
Cheers, The LeanCloud Team

大佬們好,最近小弟面臨一些秋招上的問題。
先介紹一下,我個人的喜好方向是基礎(chǔ)架構(gòu),分布式存儲,寫基礎(chǔ)軟件 /分布式系統(tǒng)。沒做過其他方向,就只接觸過這些,也不太確定是不是接觸的太少了導致眼界有些窄。
是這樣的,我面了阿里云原生部門,現(xiàn)在目前是快到 HR 面了,好好面應(yīng)該問題不大。內(nèi)推老哥幫了我很多忙,但是他們團隊的方向好像是 微服務(wù)治理 /服務(wù)發(fā)現(xiàn) /k8s,技術(shù)終面是 Etcd 作者 Li Xiang,Leader 之前做的方向（ Etcd ）我挺感興趣的,但現(xiàn)在他好像不怎么做存儲了?，F(xiàn)在問題就在于我如果進去的話不知道是做什么方向,如果天天做 『運維 /服務(wù)架構(gòu)』 可能就沒有做存儲那么開心了,我是很想做分布式存儲的。當然我知道容器也有存儲機制,但是很難說一定能去做這個方向。
然后現(xiàn)在也有看其他機會。比如其他很多公司會有一個 title 部門叫分布式存儲,感覺會不會跟我的興趣更搭呢？主要是造一些 KV 輪子,存儲引擎等等。
現(xiàn)在就是很糾結(jié)： 阿里云原生是個很牛的部門,方向發(fā)展肯定很好,也可以鉆研得很深（有很多分布式的知識也用得上）。不知道會不會因為自己一心想做存儲錯過？可能我做容器也很開心？可能我享受的只是寫基礎(chǔ)軟件 /分布式系統(tǒng)的感覺？ 如果拿到分布式存儲和云原生的 offer,該怎么選擇呢？我個人的 preference 會不會有些幼稚呢？
云原生或者分布式存儲的大佬來解答一下我看似幼稚的問題。。給我一些方向選擇上的建議吧,跪謝了~

用 nfs-client-provisioner 提供動態(tài) PV,目前的數(shù)據(jù)在 NFS A 上,這個東西支持在不影響業(yè)務(wù)的情況下遷移到 NFS B 么?
或者它的 volumes 支持掛載多個 nfs server 么?
求大佬賜教

我最近一直在看 k8s 的東西,但是感覺光看書和文檔不太過癮,想要跟著源碼一起看看。
我是在我的臺式機 win10 上把 k8s 的源碼弄下來,通過 GoLang 來進行源碼閱讀的,但是光看源碼沒有調(diào)試還是很難理解 k8s 的代碼執(zhí)行流程,所以想問問各位老哥,是怎么在本地調(diào)試 k8s 源碼的？ 我搜了一些資料都是千篇一律,沒有一個靠譜的。

網(wǎng)上找了很多,為什么不用 MySQL,而非要用 etcd 呢

目前業(yè)務(wù)遇到了比較蛋疼的問題,雖然要上 k8s 但是應(yīng)用本身不支持 replica,不然會出重復數(shù)據(jù) 看了一圈發(fā)現(xiàn)好像 k8s 不管是 replicaset 還是 hpa 好像都只支持多個 pod 同時 active 然后隨機接受流量,請問有什么方法能同時跑多個 pod 但是只讓其中一個接受流量,剩下的只是運行狀態(tài)？類似 DB 的 primary 和 secondary,只有 primary 接受流量,剩下的只要在 primary 掛掉時能及時接上就好。
數(shù)據(jù)是統(tǒng)一寫入數(shù)據(jù)庫的,所以不存在數(shù)據(jù)差異問題

ELK 或者 EFK 太重了,我的需求太簡單,就是收集日志,能查看日志,不需要分析
所以有沒有一個更簡單純粹的工具搞定呢

#kubectl create configmap test --from-file=/configmap_dir/
Error from server (RequestEntityTooLarge): Request entity too large: limit is 3145728
但是 /configmap_dir/目錄文件不超過 3M 呀。。有沒有大佬解釋一下??

嘗試用 operator-sdk 實現(xiàn)了一個簡單的 kubernetes operator,感覺挺容易實現(xiàn)的gayhub 倉庫： https://github.com/ica10888/multi-tenancy-operator operator 也就是開發(fā)利用 CRD 模型實現(xiàn)自己需要的邏輯。事實上 kubernetes API 的很多思想也是基于使用 yaml 來管理環(huán)境狀態(tài),把基礎(chǔ)設(shè)施當作一種數(shù)據(jù)庫來使用 。 而實時上就目前而言,很多數(shù)據(jù)庫,中間件都在使用 operator 來實現(xiàn)管理集群狀態(tài)。如 tidb-operator , mysql-operator , elasticsearch-operator (ECK) , 這樣使部署復雜集群（如主從,備份,集群多節(jié)點通訊等）和更改集群配置變得簡單 嘗試用了一下 operator 實現(xiàn)了一個簡單的 k8s 的管理邏輯。感覺這是一種趨勢,kubernetes 團隊都可以去試一下

從源碼級別定制自己的 Linux 可能有點難,那要不要換定制「云原生時代的 Linux 系統(tǒng)」——Kubernetes ？最新博文給大家演示如何從源碼編譯出屬于你自己的 Kubernetes：
https://davidlovezoe.club/build-ur-own-k8s

用 readinessProbe 去探活 tomcat 端口不是很靠譜,有時候應(yīng)用啟動異常了,端口一樣能啟動起來；而且現(xiàn)在應(yīng)用沒有暴露出健康檢查的接口?，F(xiàn)在的想法是用 readinessProbe 去 tail catalina.log ,檢查日志里有特定沒有異常,如果有,就證明 Tomcat 啟動異常。有沒有更優(yōu)雅、靠譜的判斷 tomcat 是否正常啟動的方法呢？

需要收集 app containers 的日志并統(tǒng)一管理,日志是打印到標準輸出上的,而且我也沒有宿主機的權(quán)限,所以沒辦法直擊在宿主機節(jié)點上去收集日志,sidecar container 有沒有辦法去獲取 app container 的標準輸出呢？謝謝！

中文英文的都可以

比如 Deployment 屬于 apps 這個要怎么查詢到??

問題
ConfigMap 主要的用法有兩種,一種是掛載變成環(huán)境變量,第二種是掛載變成目錄或者文件
但是實際還有一種情況,無法覆蓋到,那就是數(shù)據(jù)庫連接配置,有 N 個項目對應(yīng) N 個 pod 。
假如我創(chuàng)建一個 Secret,其中包含線上的數(shù)據(jù)庫連接地址、和賬號密碼配置。（鍵值對映射方式）
那么我怎么把對應(yīng)的配置文件中的數(shù)據(jù)配置替換成 Secret 中的
PS:可以通過掛載文件的方式覆蓋項目配置文件,但是數(shù)據(jù)庫連接配置不能這樣子,假如我有 N 個項目,我要修改數(shù)據(jù)庫密碼,不可能每個項目對應(yīng)的 configmap 都去修改一遍這個效率太低了
方案
我想到的方式是假如 dockerfile 中的 CMD 命令是啟動 catalina.sh ,那么新建一個 sh 腳本文件,里面包含讀取
Secret 環(huán)境變量（或者讀取掛載文件）中的數(shù)據(jù)庫配置信息然后替換掉對應(yīng)的項目中的配置,再啟動 catalina.sh 。
PS：pod yaml 文件 containers 中的 command 改成新建的 sh 腳本文件（ command 可以覆蓋 dockerfile CMD ）
思考
不曉得還有沒有其他的方式？

先說一下一下 K8S 用的是 1.13 版本的,網(wǎng)絡(luò)插件用的 Calico 3.1.3,連接模式是 IPIP 模式（ IP 隧道模式）,禁用 VxLAN 。集群的拓撲如圖所示,其實原來沒有物理機 A 這個機器,最近加上的,但是有很多和物理機 B 、C 的 CIDR 相同的機器,如 10.237.79.4x 、10.237.79.5x 等,無論是任意物理機上 POD （也就是圖中的虛擬機）相互 PING,還是 POD 和物理機之間相互 PING 都是沒有問題的,舉個例子：虛擬機 B1 -> 虛擬機 C1,虛擬機 C1 -> 虛擬機 B1 相互 PING 都是通的。但對于物理機 A,這臺物理網(wǎng)卡只能 PING 通其他物理機的物理網(wǎng)卡,但沒法 PING 通其他機器上的 POD,反過來從 POD 中訪問物理機 A 的物理網(wǎng)卡是沒有問題的。舉個例子：物理網(wǎng)卡 A -> 虛擬機 B1 不通,但虛擬機 B1 -> 物理網(wǎng)卡 A 通。還有一點,從物理網(wǎng)卡 A 上 PING 虛擬機 B1 時抓包發(fā)現(xiàn)：物理網(wǎng)卡 B 沒有收到來自物理網(wǎng)卡 A 或虛擬網(wǎng)卡 A 的包。現(xiàn)在我懷疑未知網(wǎng)絡(luò)拓撲那塊可能過了某個路由器,它不支持或者沒有配置 IP 隧道。大家怎么看呢？

啟動容器時 configMap 文件 config-env.sh ,掛載到 /u/app/env AA=123 BB=456 ...大幾十條...
我在 Dockerfile 中寫了 ENTRYPOINT ["sh", "-c", "${WAIT_FOR} java -jar a.jar"] ENTRYPOINT 改成了 CMD 也不行
我 K8s 傳遞的時候使用： env: # NOT OK - name: WAIT_FOR value: "source /u/app/env/config-env.sh && "
容器應(yīng)該是啟動不成功,不停重啟 CrashLoopBackOff
由于平臺限制,盡量使用 configMap 掛載文件的方式。 如果一條一條設(shè)置 env,也不好。 因為這個需要甲方人手動一個一個添加進去。 （他們不用原始的 kubectl 的 yaml 文件,而是是通過某家的 k8s 平臺管理 web 操作）

kubeadm 創(chuàng)建 k8s 集群證書過期 k8s 版本 v1.14.3 os ubuntu 16.04 更新證書 kubeadm alpha certs renew all 更新 kubeadm (因為 apt 源的因素,本文更新到 v1.17.3 最低可用版本未驗證) apt update apt install kubeadm 更新配置文件中的證書 kubeadm alpha certs renew admin.conf kubeadm alpha certs renew controller-manager.conf kubeadm alpha certs renew scheduler.conf 查看證書有效期, 確保全部更新 kubeadm alpha certs check-expiration 生成臨時 token (需要 api-server 正常運行)
注意: 在完成之前步驟中,經(jīng)過不少嘗試配置,因此可能會存在遺漏的配置 kubeadm token create $(kubeadm token generate) 更新所有節(jié)點 bootstrap-kubelet.conf , 刪除失效的 kubelet.conf , 并重啟節(jié)點上的 kubelet
將前一步生成的 token 替換 bootstrap-kubelet.conf 中的 token 多節(jié)點建議用自動化工具(編者使用 ansible) - name: update kubelet bootstrap token replace: path: /var/lib/kubelet/kubeadm-flags.env regexp: 'old.token' replace: 'new.token' - name: remove the old kubelet.conf file: path: /etc/kubernetes/kubelet.conf state: absent - name: reload service kubelet, in all cases systemd: name: kubelet state: restarted 更新 kubectl 配置 cp /etc/kubernetes/admin.conf ~/.kube/config 驗證集群是否恢復正常

原先 config 服務(wù)沒有使用遠程 git-repo,使用的是本地 git-repo 目錄。 這樣啟動多個 config 服務(wù)的化,就要手動復制同步多份。 不用 Config 服務(wù),改成所有文件存成 configMap 掛載 git-repo 目錄 pvc ？
其中第二種,我嘗試了一下,發(fā)現(xiàn) Kubernetes （ Azure ）不能掛載本地的目錄。 （即 K8s 不同于 docker-compose,不能直接掛載本地目錄）
或者有其他方案嗎？ 大家都是用什么方式？

阿里云的 K8S 服務(wù)可以直接把 API server 暴露在公網(wǎng)上,這種方式安全嗎？如果不安全的話,推薦什么樣的方式管理？ VPN 或 /和堡壘嗎？

想給每個 pod 分配一個正常的 ip

https://speed.cloudflare.com/ 可以測試到最近的 CF 節(jié)點的速度。

突然發(fā)現(xiàn),CDN 的代理的 IP 多了一個,好像針對移動的優(yōu)化,移動手機試了下,172 的 Ping 200ms 左右很穩(wěn),有點小驚訝。104.24.N.xxx 104.23.N+ 1.xxx 172.67.1xx.xxx

Cloudflare 今日宣布面向所有付費用戶開放 Spectrum 服務(wù)Cloudflare Spectrum：全協(xié)議反代加速服務(wù),可以為任意 TCP/UDP 應(yīng)用提供安全防護與加速,目前普通付費用戶(包括四月以前接入的 Servershield Pro 域名）限定常見應(yīng)用協(xié)議,企業(yè)版支持全協(xié)議（單獨議價） 專業(yè)（ Pro ）版：5G,支持：SSH 、Minecraft,最大連接數(shù)：10 商業(yè)（ Biz ）版：10G,額外支持：RDP 協(xié)議,最大連接數(shù)：100 *超過每月免費額度后：$1/GB Cloudflare for SSH, RDP and Minecraft https://blog.cloudflare.com/cloudflare-for-ssh-rdp-and-minecraft/ Cloudflare now covers SSH, RDP and Minecraft, offering DDoS protection and increased network performance. Spectrum pay-as-you-go now available on all paid plans.

如題,剛剛才發(fā)現(xiàn)之前添加的 free 變成 plesk 了 然后進去看了下,有光譜,跟舊 plesk 完全一致 剛剛我在 loc 那邊發(fā)帖,然后把云筏整漲價了,淦（我爆料有分紅不
https://dash.cloudflare.com/
趕緊去添加吧,怕 cf 什么時候又出變故

第一次使用 Cloudflare(以下簡稱 cf),沒有成功（通過域名無法打開網(wǎng)站）。 直接訪問 IP,能打開網(wǎng)站； 域名是在 namesilo 注冊,NameServer 已經(jīng)修改為 cf 的了,修改時間超過 24h ； 在 cf 中添加了站點（添加的時候沒有開啟強制 https ）,在 DNS 中添加了 2 個 A 記錄：一個 @,一個 www,內(nèi)容均為 IP,但是 cf 提示：還需要執(zhí)行幾個步驟才能完成設(shè)置 為 根域 添加 MX 記錄,以便郵件可以到達 @example.com 地址。
請問一下如果不使用郵件功能,還需要添加 MX 記錄嗎？ 如果必須添加 MX 記錄,該如何配置？
還有什么其他辦法來判斷是哪里沒有配置好嗎？
謝謝！

只封鎖惡意軟件
主 DNS 伺服器： 1.1.1.2
次 DNS 伺服器： 1.0.0.2
IPv6： 2606:4700:4700::1112
IPv6： 2606:4700:4700::1002 X
封鎖惡意軟件+封鎖成 x 網(wǎng)站
主 DNS 伺服器： 1.1.1.3
次 DNS 伺服器： 1.0.0.3
IPv6： 2606:4700:4700::1113
IPv6： 2606:4700:4700::1003

想知道和我在一條繩上的螞蚱有多少。

如題問。后知后覺的看到 V 站似乎遷移到了 Cloudflare,國內(nèi)解析會不穩(wěn)定嗎？和 Route53 相比如何？

明顯感覺比 19 年底快了非常多

Cloudflare 后臺配置界面可以設(shè)置中文了

使用 Cloudflare,SSL/TLS 加密模式為 Flexible,之前網(wǎng)站一直訪問正常。 今天打開時提示下圖這樣的錯誤,請問哪里設(shè)置出問題了呢？
感謝！

今天用 acme.sh 時發(fā)現(xiàn) 老是不能驗證 TXT Record 直接請求 https://cloudflare-dns.com/dns-query 會是 400
各位大佬有同樣的情況么？

所有服務(wù)全掛,主站和工單也進不去了 = =

是沒考慮匯率導致的 bug 還是特意這么設(shè)計的 feature?

難受啊,剛剛收到 leancloud 的通知郵件。強制所有應(yīng)用綁定域名。
只能 gitment 和 disqus,2 選一了。

掛了好幾次了
所謂的 serverLess 這么不靠譜嗎？
剛準備上車,就翻車了
余額呢?

還沒恢復

https://blog.avoscloud.com/6812/

文檔里說 AVObject 有大小限制,所以超過 128 KB 的數(shù)據(jù)不能直接存儲到 AVObject 里面,可以使用「 AVFile 」文件類型來存儲,但是一直沒找到如何把內(nèi)容（文字和圖片鏈接）存儲的辦法。文檔里的 demo 都是如何上傳圖片文件的。在這里請教下各位了！