ウィスキー、シガー、パイプをこよなく愛する大栗です。 本日のアナウンス(要ログイン)で、S3の一貫性に一部変更があることが発表されました。変更があったのは"US Standard"という聞きなれないリージョンとなります。 リージョン＝US Standard？ S3に詳しい方はご存知かと思いますが、S3のリージョンにバージニア(us-east-1)が存在しません。替わりにUS Standardというリージョンがあります。歴史的経緯もあるのだと思いますが、s3.amazonaws.com（バージニア北部または太平洋岸北西部）とs3-external-1.amazonaws.com（バージニア北部のみ）の2箇所のエンドポイントが使用できます。 何が変わったの？ US Standardは一貫性が他のリージョンと異なっていましたが、他のリージョンと同じ整合性モデルが使用できる様になりました。変更点は

概要 直近のうるう秒(2015/06/30 23:59:60 UTC)の挿入について。 OSやサービスごとに対応が結構違うので情報を得るのが少し大変。 もろもろの原理を理解する前にとりあえずOSの対策だけしておきたい人用に Linuxで広く使われるntpdの対応方法を書いておく。 一先ずCentos5,6, AmazonLinuxでの対応方法を下記する。 やるべきこと ntp-4.2.6p5-3 以降にバージョンアップ (201506現在最新) ntpdをslewモードで動かす ntpdのslewモードって何 緩やかな時刻同期を実行するntpdの起動モード。 1秒間のズレを約2000秒(33分)かけて修正する。 slewモードで動くntpdはうるう秒そのものは無視して、1秒先に進む。そして緩やかに挿入後の時間に同期していく。今のところOSやアプリケーションに影響を与えない対策としてslew

Ask questions, find answers and collaborate at work with Stack Overflow for Teams. Explore Teams Collectives™ on Stack Overflow Find centralized, trusted content and collaborate around the technologies you use most. Learn more about Collectives

AWS CLIを利用して、SQSのキューに滞留しているメッセージを取り出してみましょう。 ジョブ処理側の立場で、ジョブの依頼を取得するイメージになります。 前提条件 SQSへの権限 操作するキューに対してRead/Write権限があること。 AWS CLIのバージョン 以下のバージョンで動作確認済 AWS CLI 1.10.6 AWS CLI 1.6.10 0. 事前作業 0.1. リージョンの指定 対象のキューが存在するリージョンを指定します。

概要 サイズの大きいファイル配信を始めるときに使う「Web Storage」パターンについてまとめる 詳細 サイズの大きいファイル配信を始めると次の問題が顕著になってくる 通信速度の問題 １ユーザのダウンロード速度が回線帯域を占有するため、十分な速度で通信できない サーバのパフォーマンスの問題 一般にwebサーバは「ユーザにファイルを送信したら、すぐにコネクションを切る」ことで同時接続数を減らしパフォーマンスを向上させている だが、ファイルサイズが大きいとなかなかコネクションを切ることができず、コネクション数が増えサーバのパフォーマンスが劣化する そこで検討したいのがWeb Storageパターン Web Storageパターンではサイズの大きなファイルを配信するためにAWSの「S3(Amazon SImple Storage Service)」というインターネットストレージを使う S3は

概要 MySQLのDBダンプのスクリプトなどパスワードをベタ書きしている場合があります。 例えば mysqldump -u dbdump --password=dbdump testdb (オプション略)こんな感じでパスワードを書いてしまっています。 そこでmysql_config_editor(MySQL5.6以上)を使ってパスワードをベタ書きしないようにする方法がありましたのでそのメモです。 ユーザ作成 LinuxユーザとMySQLユーザを両方作っておきます。 ここではMySQLダンプを想定しているのでユーザ名は『dbdump』にします。 設定 dbdumpユーザにスイッチします。 スイッチ後、以下コマンドで設定出来ます。 パスワードを聞かれますのでMySQLのdbdumpユーザのパスワードを入力します。 [root@test ~]# su - dbdump [dbdump@test

At Clever Cloud, git is core in the deployment process. With the years, our needs evolved, especially in terms of performance. This is how we dealt with it. A bit of background first When we started Clever Cloud, we chose to use gitolite to manage our git repositories. It appeared to be a complete and functional solution. We used it internally first, for managing our own internal repositories even

動作確認した環境は、 Amazon Linux 2015.03 Java 1.7.0_75 Jenkins 1.610 EC2 Plugin 1.27 です。 Jenkins EC2 Plugin で Spot Instance を使えるようにするまで、 試行錯誤しましたので、導入方法をまとめました。 Jenkins のインストール 適宜 sudo してください。 curl -s http://pkg.jenkins-ci.org/redhat/jenkins.repo -o /etc/yum.repos.d/jenkins.repo rpm --import http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key yum install -y jenkins EC2 Plugin のインストール Jenkins > Jenkinsの管理 >

In a project I'm working on, we are using shell scripts to execute different tasks. Some are sh/bash scripts that run rsync, and some are PHP scripts. One of the PHP scripts is running some integration tests that output to JUnit XML, code coverage reports, and similar. Jenkins is able to mark the jobs as successful / failed based on exit status. In PHP, the script exits with 1 if it has detected t

オープンソースコンポーネントのセキュリティ脆弱性を素早く識別、早い段階でソフトウェア開発サイクルのリスク低減を可能にするJenkins のための無料Black Duck脆弱性プラグインリリースを発表 オープンソースコードのセキュアな管理を可能とするOSS Logistics の世界で唯一のソリューションプロバイダーであるブラック・ダック・ソフトウェア株式会社 は、本日Jenkins のための無料のBlack Duck脆弱性プラグインのリリースを発表しました。この新しいプラグインによって、Jenkinsのビルドから依存性のあるデータを抽出し、プロジェクト内で使用しているオープンソース・ソフトウェアを自動的に発見するほか、セキュリティ上の既知の脆弱性を検知することが可能となります。 全国脆弱性データベース(National Vulnerability Database)によれば、毎年オープンソ

本稿は Overview of Test Driven Infrastructure with Chef (2015/04/21) の和訳です。また、長文のため、独自に目次をつけました。 Chefによる開発フェイズ 収束前 収束 収束後 テストの種類 ユニットテスト インテグレーションテスト よく使われるChefのテストツール RuboCop Foodcritic ChefSpec Serverspec Chef Audit Mode Test Kitchen サポートツールと、依存関係にあるソフトウェア RakeとThor Guard RSpec Fauxhai Busser あまり使われないか、非推奨のツール Cucumber BATS minitest minitest-chef-handler この記事はChefによるテスト駆動インフラに関するすべてです。現時点でのChef Coo

I am trying to test whether I can get to a particular port on a remote server (both of which I have access to) through UDP. Both servers are internet facing. I am using netcat to have a certain port listening. I then use nmap to check for that port to see if it is open, but it doesn't appear to be. Iptables is turned off. Any suggestions why this could be? I am eventually going to setup a VPN tunn

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.