実績紹介

リモートパーシステントメモリ (RPM) 関連技術動向をまとめるレポートの作成

・ 深層学習に関するOSSについての技術調査、評価、コミュニティ対応
・ 深層学習に関するOSSを組み合わせたプロトタイプシステムの技術検討

Open Stack NFV関連機能および品質向上に向けた技術調査と機能の改善

AUTOSAR仕様のOSのフルスクラッチ開発および実装

FPGA等を活用したアクセラレータの効率化・低消費電力化を目指した技術調査

アクセラレータを高効率に利用するための技術調査

・ 店舗等で提供するWi-Fi等に対する無線品質制御システムの研究支援
・ PoCの作成評価
・ 集中制御コントローラによる無線ネットワーク品質制御技術の制御信号無線化を実現する方式の調査

・ お客様の基幹システムで稼働するサーバがカーネルパニックでOSが起動せず、基幹システムが停止。
・ 1日前のバックアップに戻すことでのデータリカバリを伴う状況となり、多大な影響が発生。
・ サポート切れの RHEL のため、保守ベンダの調査が進まない状況。

・ アプリケーションのデプロイ中に複数プロセスがスタックし、リブートするまで復旧しない。
・ ログを確認すると、複数のプロセスがスタックしており、どこに問題があるのか原因究明してほしい。

• ・ドライバの不具合についてベンダー側に報告した結果、最新のドライバでは修正されていることがわかった。
• ・ドライバーの更新で障害が解決した。

OvS/DPDK 環境において、OpenFlowコントローラのコマンドを実行すると、パケット転送が数秒遅延する。原因と対策を調査してほしい。

• ・pingが送信できていない。CPU資源がバッティングしている可能性。
• ・OpenFlowコントローラとの通信とパケット送信処理を同一のスレッドで実行している。

コンテナから見たストレージの性能が異常に低い。

ベアメタルで動かしていたアプリケーションを Docker コンテナ化して運用しようとしているが、性能が出ない。どうやらストレージの性能が出せていないようだ。

コンテナホストで動作していた sar (sysstat) を調査したところ、高負荷時にストレージの性能が限界に達していた。コンテナのファイルシステムにアプリケーションのデータを保存しようとしていたのが原因。 かつて、コンテナのファイルシステムは、差分ファイルシステムの実現のために aufs (Another Union Filesystem) を利用しており、性能や安定性に問題がありました。

現在では、device mapper を使ったものなどが主流ですが、コンテナ内のファイルシステムは永続的ではないため、アプリケーションデータはボリュームに保存することが推奨されています。

Docker Engine のアップグレードを行ったところ、既存のコンテナが動かなくなってしまった。
または、エラーが出てエンジンが起動しなくなってしまった。

CentOS Extras リポジトリから Docker Engine をインストールして利用している。セキュリティのため、まず検証環境にて Docker パッケージを yum update で更新したところ、docker ps などあらゆる docker コマンドが「Cannot connect to the Docker daemon.」というエラーを吐くようになってしまった。

syslog によると、「permission denied」により Docker デーモンの起動に失敗していると判明した。
一般に、SELinux のポリシー違反が permission denied となるため、SELinux のログ audit.log を調査した結果、SELinux ポリシー違反が原因であることが分かった。Docker Engine のメジャーアップデートにより動作が変わり、SELinux ポリシー定義が不足しているという、パッケージの不具合であると思われた。 Docker Engine は、急速に普及したこと、開発スピードが速いことなどから、ディストリビュータによる通常サポートからはずれた別パッケージとして提供されることがあります。
CentOS においても、Extrasリポジトリからの提供となり、OS のアップグレード以外のタイミングで Docker Engine のメジャーバージョンが上がってしまうことがあります。

これにより、前バージョンからの非互換な変更や、設定の非推奨化などが行われることがあるため、本番環境に適用する前の調査や検証がより重要になると思われます。