はてなブックマーク

Linuxサーバーの最適化: vmstatとiostatを活用した性能分析と対処法 0.目的 インフラ開発者として、必須な性能分析を身につけることを目的としています。 カーネルパラメータをチューニングをする際に性能分析を前提とし、分析結果からチューニングしていきますが、具体的な指標というものが少ないので参考になれば幸いです。 基本的なvmstatの使い方については、ちょっとググればいくらでも出てくるので割愛します。 「Linuxカーネルパラメータのチューニング＆設計」でロードアベレージが高い状態にある場合、次のアクションとしてCPU使用率の確認が必要となりますので、vmstatの結果分析および対処法について深堀していきます。 よって、vmstatの結果分析と対処法を理解すると性能試験を実施した際のその対処法とカーネルパラメータによるチューニングする対象が理解できるかと思います。 1.パフォ

「SEの成長戦略：有効時間を最大化する方法」 SEの本質について以前書きましたが、 やはりSEとしてただ仕事していればいい訳じゃなく、どれだけ成長したかがポイントだと思います。 有効な時間を得るためには １つのプロジェクトで何を担当するかで、ある程度得られるスキルは決まってしまうことはありますが、そこは 決まる前にどれだけ主張出来るかにもかかってます｡ また、担当が決まってからも、他の人が忙しそうなら「手伝います」と言って結果的に仕事を奪っちゃえばいいわけですし!! 何が有効か では、どこまでがSEとして有効なのか!? それは目指している未来像によっての変わるとは思います｡ ・当の本人が欲するスキルなのか!? ・次に繋がるスキルなのか!? ・技術者が少ないスキルなのか!?(希少性) ・世の中が欲するスキルなのか!? SE有効時間率 単純にSEが有効だと思われるスキルアップ・経験した時間をプ

findコマンドで-execオプションを使用する時の最後の{} ;ってなんだっけ？ 私は、-execじゃなく殆どxargsを使ってますが、シェル改修で-execを久々に見ました。 過去、-execオプションも使ってましたが最後の{} ;ってなんだっけ？ と素朴に思いました。 まあ、manを見ろって話なんですが。 findのman

RHEL8の主なバージョン OpenSSL 1.1.1、TLS 1.3,GCC 8.2、OpenJDK 11/8などがサポートされる。PythonはPython 3.6がデフォルト、Node.jsのサポートや、PHP 7.2、Ruby 2.5、Perl 5.26などが提供される。データベースはMariaDB 10.3、MySQL 8.0、PostgreSQL 10/9.6、redis 5、Apache HTTP 2.4、nginx 1.14がデフォルト。 RHEL9の主なバージョン OpenSSL 3.0.1、TLS 1.3,GCC 11.2.1、OpenJDK 17/11などがサポートされる。PythonはPython 3.9がデフォルト、Node.js 16、PHP 8.0、Ruby 3.0、Perl 5.32などが提供される。データベースはMariaDB 10.5、MySQL 8.0

自分用にファイル共有できるようにRaspberryPi4とNextCloudを構築したが、サーバを構築しなくともファイル共有も同期もできるソフトウェアがあることを発見し試してみました。 ストレージサービスだと、どうしてもセキュリティ面が不安ですし、漏洩ニュースなどを見ると不安ですよね。 なので、この「Syncthing」を使用したことで操作感的にもセキュリティ的な面でも問題ないか検証してみました。 1. Syncthingとは Syncthingは継続的なファイル同期プログラムです。 2つ以上のコンピューター間でファイルをリアルタイムで同期し、覗き見から安全に保護します。あなたのデータはあなた自身のデータであり、あなたはそれが保存されている場所、それが第三者と共有されているかどうか、そしてそれがインターネット上でどのように送信されるかを選択する価値があります。 Syncthing公式HP

RHEL7でも標準でもChronyは、標準で導入されていましたが、RHEL8BetaではChronyのみがサポートされるようになりました。 RHEL8は、現状Beta版ではありますが今年中には正式版もでるでしょうから、今のうちにchronyを調査・検証してみようと思います。 1. Chronyとは 1.1. Chronyとは Chronyは、NTPクライアントとNTPサーバーの実装のひとつです。NTPのリファレンス実装であるntpdとは異なる時刻同期アルゴリズムを採用しているため、より効率良く正確な時刻同期を提供します。 また、Chronyはネットワーク接続が頻繁に切断される、ネットワークの混雑や遅延が発生する、温度が変わるといった様々な条件下や、時刻の同期が継続的に実行されない、または仮想マシンで実行されているといったシステムであっても時刻がずれないような工夫がされているようです。 ch

0. 目的 【プロジェクト管理ツール】を導入する目的は、DevOpsの一環として、管理ツールを導入し運用の効率化を図る目的と考え、私個人の見解と選定・調査・検証した結果を以下の記事に掲載します。 1. プロジェクト管理ツール選定 1.1. Excelでプロジェクト管理は、NGなの？ エクセルでプロジェクトのスケジュールは、簡単そうに感じている人が多いと思いますが、計画通り進めばプロジェクトに支障をもたらすことはないと思います。 ですが、計画自体の変更やタスクの追加などと、その度にエクセルを修正しメンバーに修正した旨を展開しなければなりません。特に各タスクの関連線などは、修正が面倒になります。 また、共有しているとはいえ、一つのエクセルファイルを複数メンバーで修正しますので、実績の記録が面倒となり、修正が追い付かない状況をよく見かけます。 エクセルでプロジェクト管理するには、【計画の修正】、

cgroupsとは cgroups(Control Groups)とは、「プロセスをグループ化して、 リソースの利用をコントロール」するカーネル機能で、 Linux 2.6.24からマージされています。 具体的には、グループ単位でリソースの割り当て、 優先度、管理、モニタリングなどが設定できます。 cgroupsそのものはプロセスを「コントロールグループ」 と呼ばれる単位にまとめるだけで、リソースコントロールを 行うにはコントロールグループに「サブシステム」 と呼ばれる抽象化されたリソース群をつなげる必要があります。 主なサブシステムには、次のようなものがあります。 ・cpu CPUへのアクセス ・cpuacct CPUについての自動レポートを生成 ・cpuset マルチコアCPUのコア単位およびメモリノードを割り当て ・memory メモリに対する制限設定とメモリリソースについての自動レ

1. Jenkins 1.1. 目的 前回は、GitBucketを構築するところまで実施しましたが、次のステップとしてCI環境の整備です。 CI(継続的インテグレーション)環境として、Gitbucketと連携可能なJenkinsを構築してみます。 CI環境を導入することで、作業品質の向上と作業コストの削減を目指します。 前回のGitBucket環境の構築はGitBucketをdockerで構築を参照。 1.2. CIとは まずCIとは、Continuous Integration: 継続的インテグレーションのこと。 ソース管理されたソースを各サーバに配布し、状況に合わせコンパイルやデプロイを実施し、単体テストまでをCIによって実施することによって、品質向上と作業コストを削減するのが目的です。 CIは、バージョン管理でのコミットをきっかけにして(Webhook)、上記作業を自動的に行うことも

Ansibleとは 【Ansible】とは、『構成管理ツール』です。 何を構成管理するかというと、サーバのインフラをコードで管理する【Infrastructure as a Code】ツールで、【Chef】や【Puppet】などと同様なツールです。 【Chef】や【Puppet】では、高度な管理を行うとするとRubyが前提となっているので、インフラ開発者では学習コストが高く、エージェントが必要となるため導入のハードルが高い。 それに対して【Ansible】は、以下の特徴を持っている。 エージェントレスな構成管理ツール クライアントは、SSH接続(要鍵認証)でき、Pythonが導入されていること 設定がシンプル(そのため、複雑なことは苦手) ツールにより、冪等性(べきとうせい)を担保 ただし、AnsibleはOSにIPアドレスが設定されており、接続条件を満たしている必要があります。 したがっ

masterとreleaseブランチを作成。 何か作業する時は必ずmasterブランチから<開発者名>/<開発名>という名前でブランチを切りそちらで作業する。作業完了後masterへマージ。 masterへマージした後<開発者名>/<開発名>ブランチは削除する。再作業時に都度同名ブランチを作るようにすること。 master→<開発者名>/<開発名>ブランチへのマージは適宜おこなう。 作業がある程度終わりプレビュー、納品を行う段階に入ったらmaster→releaseへマージする。 納品したリビジョンはreleaseブランチよりTagを付ける。release/[YYYYMMDD（公開年月日）]/v[バージョン番号] 一度納品データが完成しTagを付けた後、再修正・再納品が発生した場合、バージョン番号を上げてタグを付け直し古いバージョン番号のタグを削除する。 1.4. READMEを書く リポ

今までは、WireShark等のパケットキャプチャーソフトウェアを 導入しないとキャプチャー出来ないと思っていましたが Windows Server 2008 R2(Windows 7) 以降(私が知らなかっただけかｗ)であれば、 OS標準機能の[netsh]コマンドでパケットキャプチャーを取ることができます。 ※ただし、要管理権限 (Linuxのtcpdump,AIXのiptrace,SolarisのSNOOP,HP-UXのnettlに相当) 他OSのパケットキャプチャー方法は、パケットキャプチャ あんちょこを参照。 簡単にソフトウェアとか追加できないような環境が多いので OS標準であると大変助かります。(多少手間はあっても) ただし、[netsh trace]コマンドにてパケットキャプチャを開始、停止する際に NIC のリンクダウンが発生する場合があるので、それを理解した上で使用して下