CodeBuildでのDockerHubのダウンロードレート制限によるエラー（DockerHub pull rate limit error）を楽に解決する!?（Amazon ECR Public） - Qiita
CodeBuildでのDockerHubのダウンロードレート制限によるエラー（DockerHub pull rate limit error）を楽に解決する!?（Amazon ECR Public）AWSDockerHubECRCodeBuild re:Invent2020でAmazon ECR Publicが発表されました。 Amazon ECR Public および Amazon ECR Public Gallery を発表 自分の周りでもCodeBuildが最近落ちまくっており、DockerHubへログインすれば大丈夫との噂を聞いていたのですが、IPガチャを何回も回すことで回避？していました。そろそろ修正しなきゃなと思っていたところ、上記リリースでこの問題を容易に回避することができそうなので、早速修正していきます。 （参考）最近のCodeBuildとの戦い... 複数回連続で落ちるこ
KubernetesのResource RequestsとResource Limitsについて - Qiita
Resource Requests とは podをデプロイする時に必要とするリソース(CPU/メモリ)を指定することができる仕組み。 ただしpodは指定したresource requests以上のリソースを使うことができる。(リソース使用量の制限はlimitを使う) またその指定したリソースがそのpod用に確保されるわけではない。 あくまでpodをデプロイ時にそのリソース量が空いているかをチェックするためのもの。 ポイントとしてはpodをデプロイするときに、nodeのリソース使用量は見ないで、resource requestsをみてデプロイが行われる。 なので、nodeのリソース(CPUやメモリ)の使用率が100%でも、resource requestsに空きがあればデプロイされる。空きがないnodeにはデプロイされない。 たとえばメモリ1Gのnodeがあって、resource reque
Fluentdの障害時動作 - Tech Notes
Fluentdが障害の時にどのような動作をするのか調べてみたので、そのメモ. td-agent 1.1.17(fluentd v0.10.39)で確認したつもりだが、もしかしたらもう少し新しいので確認したケースもあるかも. BufferedOutputを中心に記載している. BufferdOutputの基本 fluentdの特徴の一つとして、fluentd送信先で障害があり、メッセージが送れなかった場合は大抵(BufferedOutputを使っているプラグインであれば)fluentdでバッファリングし、一定時間後に再送してくれる. このバッファリングのサイズは、BufferedOutputプラグインのbuffer_chunk_limit*buffer_queue_limitで決まる. これらのデフォルト値は以下に解説付きでまとまっている. (良く参照させて頂いています) Fluentdでバ
nginx で Too many open files エラーに対処する
nginx では1プロセスで多くのアクセスを捌くので、アクセス数が増えるとToo many open filesエラーが発生することがあります。 ここでは対処法と調べた内容を残しておきます。 1. fs.file-max の確認 まず fs.file-max の値を確認しておきます。fs.file-max は、システム全体でのファイルディスクリプタの上限数となっており、この値以上のファイルディスクリプタは確保することができません。 現在設定されている値は以下で確認できます。 $ cat /proc/sys/fs/file-max 167488 通常は上記の値で問題無いと思いますが、もしこの値が不足しているようなら設定値を更新します。 $ sudo -s # echo 320000 > /proc/sys/fs/file-max # cat /proc/sys/fs/file-max 320
CentOS7：Nginxが「Too many open files」で止まった時の対処方法 | 4thsight.xyz
Too many open filesの原因Nginxが「Too many open files」というエラーで停止してしまう原因は、Nginxで一つのworkerプロセスが開くことできるファイル数に制限があり、その制限値を超過したためです。 そのため、このエラーを回避するには、workerプロセスが開くことできるファイル数「Max open files」の制限値を変更する必要があります。 Max open filesの制限値を変更現状の設定値を確認するNginxのworkerプロセス番号から「Max open files」の現在の設定値を調べます。 # ps axf | grep nginx ・・・ 120161 ? S 0:02 \_ nginx: worker process # cat /proc/120161/limits Limit Soft Limit Hard Limit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fluentd
