自転車操業になりつつある「初老丸の独り Advent calendar 2015」の十八日目の記事です。 tl;dr 先日、EC2 インスタンスの t2 ブラザーズに新しい弟が増えた。その名は t2.nano（ナノ）。五男なナノは最もスペックは低い位置づけだが個人的にはコストを抑えられるという点でとても有り難い発表ナノ。 aws.typepad.com え、そうなの？ ということで、t2.nano がどの程度の実力なのか自分がやりたいことが出来るのか目線で試してみることにした。 尚、上記のブログ記事がとても参考になった。以下の内容はほぼ上記の記事を自分なりに纏めたものになるので、詳細については上記の記事を参照されたし。 え、そうなの？ t2.nano のスペック 1vCPU 512MB メモリ 最大2つの ENI をサポート 30 CPU クレジット t2.nano ってなんぼ？ t2.m
これは Livesense Advent Calendar 2023 DAY 24 の記事です。 リブセンス インフラエンジニアのsheep_san_whiteです。お酒とロードバイクが大好きなおじさんです。 現在、リブセンスではオンプレミス環境からAWS環境への移行を進めています。移行が必要な対象は沢山ありますが、今回は非エンジニアがクエリを実行する基盤の移行について書きます。 非エンジニアがクエリを実行する基盤が作られたきっかけ 毎月4時間のCSV取得作業 管理画面で取得できないクエリを実行したい場合のフローが煩雑 広いデータ参照のリスク 移行前のクエリ実行基盤について 移行前のクエリ実行基盤の構成 移行前のクエリ実行基盤が抱えていた課題 原因がよくわからない状態で半年に1回完全に壊れてしまう 1回の復旧に半日持っていかれる 移行後のクエリ実行基盤について 移行後のクエリ実行基盤の構成
はじめに RundeckはデフォルトだとWebの管理画面はhttpなんだけど、まともに使うならhttps化しておきたい。 いちおう、Rundeck単体でもSSLの設定することは可能っぽいんだけど、 http://rundeck.org/docs/administration/configuring-ssl.html 見るからにちょっと、めんどくさそうで、Rundeck初心者には敷居が高そうである。 ところで、Rundeckの前段にnginxを配置してhttps化する構成なら大体nginxの知識+αでなんとかなりそうなので、nginxでSSL復号化する構成にしてみる。 RundeckのSSL復号化をnginxにオフロードする 前段のnginxでSSL復号化する構成については、公式wikiに以下のような簡単な説明があるんだけど、 https://github.com/rundeck/runde
インフラエンジニアway 2015年間アクセスランキング！
こんにちは。CTOの馬場です。 2015年も残すところあと数日となりました。 もういくつか寝ると2016年の幕開けです。 来年のことを言うと鬼に笑われてしまいますので、 このインフラエンジニアwayの 2015年間アクセスランキング をもとに今年を振り返ってみましょう。 10. Apache HTTP Server: MPMパラメータ チートシート Apache MPMについてのエントリです。 2015年でも、新しいApacheのエントリがランクインするのは面白いですねぇ。 9. ChefでCookbookを作成するときのちょっとしたコツ 9選 2013年は3位、2014は4位、今年は9位。まだまだ需要アリのようです。 8. ITインフラで起きる「もしも」のための12個のコマンド 2013年は2位、2014年は8位、今年も8位。ベーシクックで手堅い鉄板ネタはこのインフラエンジニアwayの定
GitHub - jjethwa/rundeck
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
技術ブログの方では「はじめまして」になります、アルバイトの 本田 です！ 急ではありますが、スプーキーズには勉強会参加支援制度があります。 勉強会参加支援制度とは、勉強会に参加する費用を会社から出してもらう代わりに、 学んできたことを社内にフィードバックする制度です！ 今回は、僕が勉強会参加支援制度を使って参加してきたエイチームさん主催の勉強会について、 社内だけでなく、社外にもお伝えできれば！と思います。 ↓ 以下本編↓ TL;DR エイチームさんが実際のサービスで使った便利なミドルウェアやツールの紹介 MySQLオンラインマイグレーションツールgh-ostで深夜メンテ回避 RUNDECKでジョブを一元管理 VSCodeが熱い！（Emacs民に人権なし。悲しみ。） MySQL界隈が熱い！ 俺はエンジニアだ！俺は速くしたい！（パフォーマンスチューニングの話） 勉強会情報 イベント名：ATE
Launcher jar on windows: stack trace on startup · Issue #1326 · rundeck/rundeck
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
リリースエンジニアリングの一環 RDBを利用するアプリケーションの話 MongoDBのようにスキーマレスなNoSQLではスキーママイグレーションという概念が存在しない 2024/04追記 https://planetscale.com/blog/how-planetscale-makes-schema-changes PlanetScaleチームのマイグレーション方法 小中規模のアプリケーションはデプロイパイプラインの中でschema migrationを行う 大規模のアプリケーションになると 大量データのあるテーブルにDDLを流すのが危険になっていく 大規模チームが頻繁にデプロイするとお互いの変更でブロックされて調整コストが高くなる そこでOnline Schema Migrationツールを使うようになる 2018 Why and How Database Changes Should
Rundeckを使ってみた - Qiita
ジョブ管理ツールについて調べていた時にJenkins以外にRundeckというものをみつけたので調べたり使ってみました。 Rundeckとは ひと言で 使い勝手のよいOSSのジョブ管理ツール もう少し詳しく ホームページ https://www.rundeck.com/ RundeckはOSS(Community版)として公開（Apache2.0 License）しています PagerDuty社が主なメンテナー?であり、Community版のほかにEnterprise版やCloud版と展開しています プロダクトの種類について 以下のラインナップを展開しているようです。 Rundeck(Community版, OSS) PagerDuty Process Automation On Prem Software(Enterprise版) PagerDuty Runbook Automation
背景 現在、既存システムの「SPOFを撲滅しよう」という掛け声のもと着々とインフラを移行していますが、盲点だったのがバッチ処理でした。 Webサーバを冗長化しても、cron で設定しているのは1台だけ。その1台をメンテで止めたり、障害で止まったりした場合は、別のサーバで手動で crontab をバックアップからもどして復旧してあげる必要があり、しかもどこまでどのバッチが動いていたのかを知るのが大変でした。 また、冗長性以前の問題として、複数のサーバでいろんなバッチが動いており、そもそも、どのサーバで何の cron が動いているのか、依存関係があるバッチはちゃんと前のバッチが終了してから次のバッチが起動しているのか、といったことが管理できていませんでした。 そこで、バッチをちゃんと管理しよう、ということで OSS のジョブスケジューラーである RUNDECK を導入することにしました。 ここ
Rundeck.org - Jenkins is for Development. Rundeck is for Operations.
Submitted by: Damon Edwards | Published: 08 Jan 2014 Comments: A common question that comes up from time-to-time on IRC chat: "What’s the difference between Rundeck and Jenkins?" The super short answer: "Rundeck is made for Operations and knows about the details of your environments." The longer answer... Jenkins and Rundeck are complementary tools that serve two necessary -- but different -- pu
DevOps and Continuous Delivery Reference Architectures - Volume 2
There are numerous examples of DevOps and Continuous Delivery reference architectures available, and each of them vary in levels of detail, tools highlighted, and processes followed. Yet, there is a constant theme among the tool sets: Jenkins, Maven, Sonatype Nexus, Subversion, Git, Docker, Puppet/Chef, Rundeck, ServiceNow, and Sonar seem to show up time and again. DevOps is an increasingly useful
やったこと Gitlab を VM にインストール ローカルの未公開リポジトリを Gitlab にプッシュ NAS の様々な場所に点在している bare や non-bare なリポジトリ あるリポジトリをジョブ管理ツールでジョブ実行した時に git push で更新 BitBucket のリポジトリを Gitlab にバックアップ GitHub のリポジトリを Gitlab にバックアップ Gitlab を VM にインストール インストールは公式サイトの手順通りにやればすんなり入る。 Download GitLab Community Edition (CE) | GitLab しかし、Web にアクセスしてみたら頻繁に 502 が返ってきて、ログを調べてみたらいろんなプロセスが kill されていた。 メモリが足りないっぽい（そういや前さくらVPSに立てた時もこんな事があった）。 2
Scaling Rundeck
This guide explains approaches and implementation examples for making Rundeck highly available and scaling Rundeck for production use. Rundeck is a Java webapp so many of the HA and scaling approaches will be similar to beefing up those kinds of applications in general. At this time, there is not a standard HA/Cluster configuration. The approaches discussed here are based on practices shared to us
trippieceでは2014年末頃からレガシーなEC2からOpsWorksに移行しています。 前提条件としてインフラ専属エンジニアが現時点で社内に存在せず、兼任であるため管理サーバーなどの監視、運用工数がほとんど、もしくは全くかからないで、管理サーバーなどを自前で立てないで済む選択肢に限っています。 かっちりとした構成管理、リソースに依存した設定を入れなくて済むのでスケールアップが自由自在、githubにプッシュするだけのお手軽デプロイオートメーションなど今までの面倒な手順や操作ミスから解放されるという、非常に当時は画期的な導入効果がありましたが約2年の運用期間を経てDocker運用のノウハウが一般的に十分蓄積され成熟してきたことと、OpsWorksやChefに関連する以下の問題が顕著になり移行を計画し始めました。 新規インスタンスの追加に相当時間がかかる (構成によっては20分以上)
はじめに こんにちは。 CTO 室の id:riseshia です。 最近は STORES の開発環境とか運用周りの改善する仕事をしており、今回の記事ではデプロイプロセスの改善の話をします。 やったことはデプロイ用の Slack コマンドを用意しただけなのですが、このような ChatOps を導入しました記事は数年前から（具体的な手段は時期によって変わるものの）世の中にたくさんあり、 大変面白みが不足すると思ったので、今回はどのような要求があり、どのような点に気をつけながら進めていったかを解説します。 背景 となれば、まずは導入前のデプロイプロセスに関する解説が先ですね。 今までは決められた Slack チャンネルで「デプロイ宣言」というワークフローを使っていました。 CI が通ったのを確認して該当ワークフローを実行するとフォームが現れます。 そのフォームにデプロイに関する情報(i.e.
Rundeck 使ってみた - Qiita
Rundeck を使ってみました。 いわゆるジョブスケジューラー Jenkins みたいなやつ Jenkins は CI が基本だけどこれはオペレーションとかの運用が主 エージェントレスで SSH であれこれする vagrant で環境の準備 vagrant で環境を作ります。リモートノードでもジョブを実行してみたいので Rundeck のサーバとは別に３つサーバを作ります。 Vagrantfile Vagrant.configure(2) do |config| config.vm.box = "bento/centos-7.1" config.vm.define "rundeck" do |c| c.vm.hostname = "rundeck" c.vm.network "private_network", ip: "192.168.33.10", virtualbox__intne
最近 GraphQL の素振りのため、シンプルな Web アプリケーションを作ることを考えていた。 で、どうせなら最低限の機能はシングルバイナリ + いくつかのファイルを用意するだけで動作させようと思い、以下のような構成だけなんとなく考えた。 フロントアプリは build 結果を rakyll/statik で Go のバイナリに埋め込む データベースはデフォルトで SQLite を使い、必要に応じて利用者が用意した RDBMS を利用できる ところで、facebook/ent をご存知だろうか。 entgo.io これは facebook connectivity の中の人が書いている ORM で以下のコンセプトを持つ。 // facebook connectivity はどうやらネットワークの会社っぽい...? Schema As Code DB スキーマは Go のオブジェクトとして
「こんな自動化に取り組んで、開発の効率化・品質向上しました！」というお話が聞きたい！！（ライトニングトーク：1人5分～10分程度） 今回のLT（ライトニングトーク）は自動化をテーマに行います！ 自動化（オートメーション／Automation）って聞くと胸がときめきませんか？ 登壇希望の方は、登壇者申込みより登録をお願いいたします！ 視聴者として参加される方も大歓迎です！！ 【テーマ例】 コードレビュー自動化（Java，PHP，Python，Javascript、SonarQube) テスト自動化（JUnit、PHPUnit、Serverspec） E2Eテスト（Selemium、Puppeteer） サーバ構成自動化（AWS、Azure、Terraform） リリース自動化（Jenkins、Ansible、Chef） チェックリスト自動化 DevOps CI/CD（継続的インテグレーション
RundeckをFargate化してデプロイを自動化しました 久方ぶりです。crowdworks.jpのSREチームに所属しています @ciloholic です。 この記事では、半年ほど行なっていた「RundeckのECS on Fargate化」の取り組みを紹介していきます。 まず、Rundeckとは PagerDuty社が提供するOSSのジョブ管理ソフトウェアです。OSS版の「Rundeck Community」とEnterprise版の「PagerDuty Process Automation」が存在し、ジョブのスケジュール実行や処理失敗時の自動リトライ、処理の開始/終了/成功/失敗に対して通知フックが設定できます。SSH経由でもコマンドが実行できるため、複数サーバに渡ってジョブ実行が可能です。 なぜ、RundeckをFargate化したのか crowdworks.jpでは、2017
Home
Highly recommended starting point is the tutorial. Once you know how to create a "seed" job from the tutorial, start looking at the real world examples for examples to steal from. After you get familiar with some of the commands, try them out at the Job DSL Playground. Instead of creating a seed job manually, the Configuration as Code plugin can be used to execute Job DSL scripts. See JCasC for de
Rundeckとは、ジョブの作成、実行、管理、スケジューリング等ができる、オープンソースのジョブ管理ツールです。Linux系では古くからcronというジョブ管理ツールが広く使われてきましたが、機能がシンプルなため、ジョブ数が増えた際に管理しにくいというデメリットがありました。Rundeckは、そのようなcronの課題を解決することができます。この記事では、Rundeckの特徴やメリットについて紹介します。 ＋ 目次 ジョブ管理ツールとは ジョブ管理ツールの課題 Rundeckとは Rundeckの特徴 WEBインタフェースによる操作 複数サーバのジョブの実行 ジョブの実行形態の選択 ジョブ同士の関係性の管理 ジョブの重複実行の抑制 豊富な通知種別 Rundeckのメリット OSS版とエンタープライズ版の違い デージーネットの取り組み 関連情報の一覧 ジョブ管理ツールとは Rundeckにつ
It’s the 5th Anniversary of DevOps I’ve been proud to have played a part in the rise of the global phenomenon known as DevOps Days. If you aren’t aware of the history of the DevOps movement, it traces it’s roots (and name) directly back to the first DevOps Days event, organized by Patrick Debois, in Ghent Belgium. For it’s 5th anniversary, DevOps Days is returning to Ghent. John Willis recorded th
official java client official java client ----------------------------------------------------------------------------------------------------------------------- =========> official java client Download Link http://hofyq.verstys.ru/37?keyword=official-java-client&charset=utf-8&source=pearltrees --------------------------------------------------------------------------------------------------------
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
（ショロカレ 18 日目）t2.nano は僕の欲求を満たしてくれるのか - ようへいの日々精進XP
非エンジニアがクエリを実行するための基盤を移行した話 - LIVESENSE ENGINEER BLOG
Rundeckの前段にnginxを配置してhttps化する - Qiita
エイチームさん主催の勉強会に行ってきた - スプーキーズのちょっとTech。
Separation of schema migration and deploy - ohbarye
crontab から RUNDECK への移行 - Qiita
ローカルの様々なリポジトリを GitLab につっこんだ記録 - Humanity
OpsWorks から ECS に乗り換える理由 - Qiita
デプロイコマンドを作りながら気をつけたもの - STORES Product Blog
facebook/ent を使ってみた - あれ
【LT満員御礼！】自動化大好きエンジニアLT会 - vol.7 (2022/06/08 19:00〜)
RundeckをFargate化してデプロイを自動化しました - クラウドワークス エンジニアブログ
OSSのジョブ管理ツール〜Rundeck〜 | OSSのデージーネット
dev2ops - Delivering Change in a DevOps and Cloud World
Official java client | Pearltrees