はじめに SOCではインターネットに対して公開されたホストを狙うスキャン活動を観測しています。2021年以降は特に6379/TCP（Redis）と2375/TCP（Docker API）へのスキャンが大幅に増加していることを確認しており、IIJが発行している技術レポート「Internet Infrastructure Review（IIR）Vol.54」内のSOCレポートで紹介しています。 Redisはパスワードが標準では設定されていないため、外部に公開するとパスワードなしでアクセスされる可能性があります。 攻撃者によりconfigコマンドが悪用されることで、任意のコマンドが実行される恐れがあります。 また、Dockerはコンテナを操作できるDocker APIを外部に公開すると、攻撃者が用意したコンテナイメージがデプロイされ、任意のコマンドが実行される恐れがあります。 図-1と図-2に、
なお、serversはredis://<ホスト名>:<ポート番号>/<db番号>/<ネームスペース>という命名規則です。SSL通信でRedisに接続する場合はredisの部分をredissにします。 たとえば以下のようになります。 config/initializers/session_store.rb Rails.application.config.session_store :redis_store, servers: %w(redis://localhost:6379/0/session), # ホスト: localhost（docker環境の場合はredisコンテナ名） # ポート: 6379 # DB: 0番 # ネームスペース: session expire_after: 90.minutes, # 有効期限90分 key: "_#{Rails.application.cla
Redisとは RedisはWebサービスなどのシステムにキャッシュ機能を簡単に実装出来るツールです。キャッシュを利用していない場合のシステムは毎回クエリを発行するので、DBが大きければ大きいほどパフォーマンスが落ちてしまいます。少しでもシステムを高速化したい時にキャッシュは一番手っ取り早く効果を出せる方法です。 今回はDocker上で動かしている既存のRailsプロジェクトにRedisコンテナを追加してキャッシュ機能を実装したいと思います。 Docker修正 まずはdocker-compose.ymlにRedisコンテナを追記します。必要な場合は各自6379/tcpポートの開放を行っておいて下さい。 〜 中略 〜 web: depends_on: - db - redis environment: REDIS_HOST: redis REDIS_PORT: 6379 〜 中略 〜 red
背景 現在、自社サービスで Redis を利用していることもあり、あらためて勉強、まとめてみました。 今回は、Redis の概要・特徴・設定・レプリケーションの基礎的な部分を記載しています。 ※間違いなどありましたら、ご指摘いただければ幸いです。 Redis の概要 この章では Redis の概要を記載しています。 Redis = REmote DIctionary Server の略です。 Redis は、Key-Value型 の NoSQL データベースです。 Redis は C 言語で書かれており、Open Source (BSD licensed) で開発されています。 Redis は Client-Server モデル を採用した インメモリデータベースです。 すべてのデータをコンピュータのメインメモリ上に展開しながら動作します。 他にも、インメモリDB として、 memcach
Itamaeを使ってみる。 選定基準は、 Rubyの内部DSLで書きたい Ansibleだとそのご期待に添えない でもchefはフルスタックすぎて学習コストが高い... ということでItamae :+1: :+1: みたいな感じです。基本的にRails使うような想定をしております！ 構成 以下の構成を目標にがんばります。 rbenv Ruby 2.2.3 MySQL nginx Redis (yum update) Capistrano Railsのデプロイ先のサーバーの設定をしたいので、先にCapistranoの設定をしておきました。 Capistranoの設定は割愛。以下の記事を参考にしてくださると助かります。 totutotu.hatenablog.com itamae itamaeをインストールします。 $ gem install itamae 以下に、この記事の順番でitamae
設定したりもっと細かい作業をしたい場合は help コマンドを使う。 種類ごとのヘルプをみたい場合は @ をつけるとよい 例えばリスト関連のコマンドを知りたいなら > help @list といった感じ。 以下は解説 keys 登録されている key がわからないと何もできないので、keyの一覧をみる方法 > keys * 引数にはパターンを入力する hogeではじまるものに絞りこみしたい場合は > key hoge* とかする。shell の場合はアスタリスクはエスケープする必要があるのに注意 $ redis-cli keys \* type redis は key に格納された値の種類によって取得コマンドが違うらしい。 値をみるために種類の確認が必要。 hoge というキーがあった場合は > type hoge とする。 返す値としては string list set zset has
今度isuconに参加するので、きっと使うであろう phpredis のチートシートを作ってみた。 名前が似ていてややこしいけど predis では無いのでご注意。 predisはphp実装のRedisクライアントで、今回のphpredisはc言語実装のより速いRedisクライアント。 Redisのデータ型 phpredis以前に、Redisの前提としてどんなデータ型があるのか頭に入れておきたい。 Redisには5種類のデータ型がある。 文字列型とハッシュ型さえ知っておけばだいたい事足りると思うけど、他の３つもわりと便利っぽい。 文字列型(String) リスト型(List): 双方向リスト、keyの持たないハッシュっていうか、配列みたいなやつって覚えればいいよ セット型(Set): 順不同の集合、値が重複しないようになっているので、重複のないリスト作るのに便利 ソート済みセット型(ZSe
Redisに不慣れなため、何をするにもコマンドリファレンスを調べています。今回は、Redisのデータの削除の方法を調べてみたので纏めておきます。 使用したRedisのバージョンはv3.2.3です。 Redisのデータを削除する方法は、 指定したキーを削除する。 選択しているデータベース内の全てのキーを削除する。 全てのデータベース内の全てのキーを削除する。 の3つあり、それぞれ異なるコマンドを使う。 指定したキーを削除する DELコマンドを使用する。 このコマンドは、選択しているデータベース内の指定したキーとそれに紐づくデータを削除する。 キーは複数指定することができる。 127.0.0.1:6379> keys * 1) "towers" 2) "test2" 3) "test1" 127.0.0.1:6379> del test1 test2 (integer) 2 127.0.0.1
# Create a vector index using the HNSW algorithm, 768 dimension length, and inner product distance metric > FT.CREATE idx-videos ON HASH PREFIX 1 video: SCHEMA content_vector VECTOR HNSW 6 TYPE FLOAT32 DIM 768 DISTANCE_METRIC IP content TEXT metadata TEXT # Add a video vector with metadata > HSET video:0 content_vector “\xa4q\t=\xc1\xdes\xbdZ$<\xbd\xd5\xc1\x99<b\xf0\xf2<x[…\xf8<” content “SUMMARY:
RailsデフォルトのCookieを使うセッションストアから、Redisに変更してみる。 ローカル開発環境(Mac)と、本番環境(EC2:AmazonLinux)の両方動くようにする。 なお、本番環境ではRedisサーバとしてElastiCacheを使った。 Redisとはなんぞや？ いわゆるひとつのDB。といってもPostgresqlやMySQLといったRDBとは毛色が違っていて、 一意のキーと、保存したい値のペアでデータを保存する(KVS:KeyValueStore) データを全てメモリ上に持つ（なので動作が高速） という特徴がある。 でもメモリにあるってことは再起動するとデータ消えるんでしょ？と思いきや、定期的にメモリ上のデータのスナップショットを保存してくれる（データ永続化）。もちろんクラッシュ時には最後にスナップショットを保存してから先の分は消えてしまうけど、それを最小限に抑える
自分が担当するRailsアプリケーションでバックグラウンドジョブを動かす必要が出てきた。 Railsでバックグラウンドジョブといえば二大巨頭の Resque と Sidekiq があると思っている。どちらかといえば最近採用されているイメージがあるSidekiqに関して、どんなコードになっているか主要な部分をチェックしておきたい。 今回は、Railsにsidekiqを組み込んでジョブを登録する部分まで。Sidekiqを直接使ってジョブを登録する方法と、ActiveJob経由で登録する方法の2つを比べて見る。 まとめ Sidekiqを直接使用する場合、Redisのコネクションプールを用意しておき、それを使用して各Jobの情報をキューにpushしているだけ。ジョブの登録に関してはシンプルだった。 ActiveJob経由もバックエンドを抽象化している分、少しコードが複雑になっているが、やっているこ
今回は、Spring BootとSpring Sessionを使用してスケーラブルなステートフルWebアプリ（HTTPセッションを使うWebアプリ）を作ってみるぞ〜 システム構成のイメージ 今回は・・・ Webサーバー兼ロードバランサーとしてNginx アプリケーションサーバーとしてSpring Boot(Embedded Tomcat) セッションストアとしてKVS(Key Value Store)の有名どころであるRedis を使用し、Nginx、Spring Boot(Embedded Tomcat)、RedisをそれぞれDockerコンテナ上で動かします。 なお、今回はRedisは１台構成にさせてもらいます。実際のシステムを１台構成で動かすことはあり得ませんが・・・ （Master/Slave構成によるクラスタ化は次回の宿題ということで・・・） フレームワーク構成 Spring B
SpringBootで開発をするときに、実行→デバッグ→修正→再実行→…という繰り返しを行うのですが、再実行を行うときに毎回ログインし直すのが結構面倒です。そこで、セッション情報を永続化すれば楽になるのではと思い、とりあえず redis でセッション情報を保存するようにしてみました。 前提条件 redisはインストールして利用可能な状態とします。また、基本的な設定は以下の通り初期設定のままとします。 接続先：localhost ポート番号：6379 また、動作するアプリケーションは SpringSecurity を利用した認証を実行しています。セッション情報の保存確認はログイン前後の状態で確認しました。 設定方法 設定は以下の流れで行います。 pom.xml に spring-session-data-redis への依存を追加します。 Redisの接続設定を作成します。 詳細は以下の通り
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
