Innovator Live Japan 3_23 【現場の本音】App Engine から Cloud Run に移行してみた.pdfsaka75
Innovator Live Japanにて自社のCAppEngineからの脱却についてのお話をさせてもらった時に利用した資料です。
https://cloudonair.withgoogle.com/events/innovators-live-jp?tab=serverless_containers&expand=module:serverless_containers_top
2017年3月に開催されたSecurity Days Tokyo 2017 Springで行った講演の資料です。
標的型攻撃に対応し、ネットワーク全体のセキュリティ問題を解決するソリューションをご紹介します。また、アプリケーション単位のQoSやルーティング機能も備えたクラウド対応型のファイアウォール製品もご紹介しております。
【DLゼミ】XFeat: Accelerated Features for Lightweight Image Matchingharmonylab
公開URL:https://arxiv.org/pdf/2404.19174
出典:Guilherme Potje, Felipe Cadar, Andre Araujo, Renato Martins, Erickson R. ascimento: XFeat: Accelerated Features for Lightweight Image Matching, Proceedings of the 2024 IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR) (2023)
概要:リソース効率に優れた特徴点マッチングのための軽量なアーキテクチャ「XFeat(Accelerated Features)」を提案します。手法は、局所的な特徴点の検出、抽出、マッチングのための畳み込みニューラルネットワークの基本的な設計を再検討します。特に、リソースが限られたデバイス向けに迅速かつ堅牢なアルゴリズムが必要とされるため、解像度を可能な限り高く保ちながら、ネットワークのチャネル数を制限します。さらに、スパース下でのマッチングを選択できる設計となっており、ナビゲーションやARなどのアプリケーションに適しています。XFeatは、高速かつ同等以上の精度を実現し、一般的なラップトップのCPU上でリアルタイムで動作します。
セル生産方式におけるロボットの活用には様々な問題があるが,その一つとして 3 体以上の物体の組み立てが挙げられる.一般に,複数物体を同時に組み立てる際は,対象の部品をそれぞれロボットアームまたは治具でそれぞれ独立に保持することで組み立てを遂行すると考えられる.ただし,この方法ではロボットアームや治具を部品数と同じ数だけ必要とし,部品数が多いほどコスト面や設置スペースの関係で無駄が多くなる.この課題に対して音𣷓らは組み立て対象物に働く接触力等の解析により,治具等で固定されていない対象物が組み立て作業中に運動しにくい状態となる条件を求めた.すなわち,環境中の非把持対象物のロバスト性を考慮して,組み立て作業条件を検討している.本研究ではこの方策に基づいて,複数物体の組み立て作業を単腕マニピュレータで実行することを目的とする.このとき,対象物のロバスト性を考慮することで,仮組状態の複数物体を同時に扱う手法を提案する.作業対象としてパイプジョイントの組み立てを挙げ,簡易な道具を用いることで単腕マニピュレータで複数物体を同時に把持できることを示す.さらに,作業成功率の向上のために RGB-D カメラを用いた物体の位置検出に基づくロボット制御及び動作計画を実装する.
This paper discusses assembly operations using a single manipulator and a parallel gripper to simultaneously
grasp multiple objects and hold the group of temporarily assembled objects. Multiple robots and jigs generally operate
assembly tasks by constraining the target objects mechanically or geometrically to prevent them from moving. It is
necessary to analyze the physical interaction between the objects for such constraints to achieve the tasks with a single
gripper. In this paper, we focus on assembling pipe joints as an example and discuss constraining the motion of the
objects. Our demonstration shows that a simple tool can facilitate holding multiple objects with a single gripper.
30. Use Case No.1
#Auto Configuration Setup per Hardware
EzZTP
Switches
管理ネットワーク
スイッチの種類毎に適切なOSと必要な設定を投入したい
Mgmtスイッチ
(EX3300VC)
QFX5100-48S
QFX5100-24Q
EX4300-48T
型番を見て必要な設定を自動生成!
仮想化サーバ用ToRの設定
ベアメタルサーバ用ToRの設定
Spineスイッチの設定
VM ToR
BM ToR
Spine
14.1X53-D30
14.1X53-D26
14.1X53-D27
31. Use Case No.1
#Auto Configuration Setup per Hardware
• 事前にJunos Imageをアッ
プロードしておく
• Configuration Templateを
型番毎に作成する
• Deviceの識別子として
model(型番)を使用し、型
番毎にイメージとコンフィ
グを選択
32. Use Case No.2
#Per Switch Port Config & OS Version Up
EzZTP
Switches
管理ネットワーク
Mgmtスイッチ
(EX3300VC)
QFX5100-48S
QFX5100-48S
EX4300-48T
ge-0/0/2のスイッチにはJunos 14.1X53-
D30とService A用のConfigを送信!
管理スイッチの接続ポートに応じて、自動的に適切なOSと設定を投入したい
ge-0/0/2
ge-0/0/5
ge-1/0/5
サービスA用の設定
サービスB用の設定
サービスC用の設定
サービスB
サービスC
サービスA
33. Use Case No.2
#Per Switch Port Config & OS Version Up
• 必要に応じてConfiguration
Templateを作成する
• Devicesにて、”Port”をキーとし
たDeviceを作成し、ポート情報と
Junos バージョン、
Configuration Templateをマッ
ピングする
• キーの指定方法は、
subscriber_id:ポート名
– 例: dc01-row01:ge-0/0/2.0
35. Use Case No.3
#Auto Config Archival & Auto Recovery
EzZTP
ZTP
Clients
管理ネットワーク
Mgmtスイッチ
(EX3300VC)
QFX5100-48S
QFX5100-48S
管理スイッチのポート情報を元に、
自動的に元のOSと最新Configで復旧!
常に最新のConfigを保存しておき、障害時における機器交換の際に自動復旧させたい
ge-0/0/2
RMAによる
機器の入れ替え
①Configの常時Backup
(Junos Commit Archival)
Backup
36. Use Case No.3
#Auto Config Archival & Auto Recovery
• Auto Config Archivalとは、
• JUNOSにより提供される、自動的に
最新のConfig情報を外部サーバーに
アップロードする機能
• 設定変更(Commit)した場合と、時
間インターバル、2つのオプションか
ら設定ファイルのアップロードタイミ
ングを選択可能
1. To remotely save a copy of a configuration each time you commit:
[edit]
user@Junos# set system archival configuration transfer-on-commit
[edit]
user@Junos# set system archival configuration archive-sites ftp://
loginname:loginpassword@FTP-server-ip/directory
2. To remotely save a copy of a configuration at a specified time interval
(in this example, 1440 minutes):
[edit]
user@Junos# set system archival configuration transfer-interval 1440
[edit]
user@Junos# set system archival configuration archive-sites ftp://
loginname:loginpassword@FTP-server-ip/directory
37. Use Case No.3
#Auto Config Archival & Auto Recovery
• EzZTPでは、書き込み専用のFTPサー
ビスが動いており、Junosの
Configuration上でEzZTPのホストに
対してFTPでConfigを送信する設定を
行うだけで、自動的にConfigを
Configuration Templatesに保存する
system {
archival {
configuration {
transfer-on-commit;
archive-sites {
ftp://10.128.1.2/;
}
}
}
}
38. Use Case No.3
#Auto Config Archival & Auto Recovery
• ホスト名がEzZTPによって自動生
成されたものであれば、自動的に
管理スイッチとポート番号を基に
DeviceとConfigurationの紐付け
を行う
39. Use Case No.4
#Auto VC/VCF member manufacturing
EzZTP
Switches
管理ネットワーク
Mgmtスイッチ
(EX3300VC)
QFX5100-48T
QFX5100-48S
VCFに新たなメンバーを追加するために、
OSは14.1X53-D30をインストールして、
et-0/0/48〜51をVC Portに変換し、
VCモードをVCFモードへ変更!
VC/VCFにメンバーを追加するので自動的にOSの変更、VCP、Modeの変更を行いたい
VC/VCF
40. Use Case No.4
#Auto VC/VCF member manufacturing
• EzZTPには標準でいくつかの内蔵
SLAXスクリプトがあり、それらを用
いることで、Junosのアップグレード
後に自動でVCの設定を変更できる
– vcp.slax pic X port X
• pic X port XをVCPに変換
– vcf.slax
• VC modeをVCFに変更
– reboot.slax
• 再起動
• 右のような設定を含むConfigを流し込
むことによって、自動でVCFモードに
変更した上でVCPを作成し、再起動す
る事が可能
event-options {
generate-event {
vcf-event time-interval 120;
}
policy vcf {
within 180 {
trigger after 1;
}
events vcf-event;
then {
change-configuration {
commands {
"delete event-options";
}
}
execute-commands {
commands {
"op url http://<%= @global[:ztp_server_address] %>/slax/vcf.slax";
"op url http://<%= @global[:ztp_server_address] %>/slax/vcp.slax pic 0 port 47";
"op url http://<%= @global[:ztp_server_address] %>/slax/vcp.slax pic 0 port 48";
"op url http://<%= @global[:ztp_server_address] %>/slax/reboot.slax";
}
}
}
}
}
41. EzZTPインストール方法
• EzZTPのOVAファイルをデプロイする
• https://github.com/kazubu/ezztp/releases/tag/r77
• NIC 1にEzZTPにアクセスするPCのセグメント(NAT等)、
NIC 2にZTP管理対象のセグメントを接続する(ブリッジ)
• EzZTPのVMを起動し、ログインする
• 以下のコマンドを実行し、聞かれる質問に答える
$ cd ezztp
$ sudo bash ./config.sh
• 正常に完了したら、VMを再起動する
$ sudo reboot
• OSが起動したら、以下のURLでアクセス可能
http://<EzZTPのIPアドレス>/admin/
$ sudo bash ./config.sh
Checking OS : Running with Linux
Checking Shell : Running with bash.
Checking User : This script running as root.
Checking required files... :
./sysconf/generate-system-configurations.rb is exist.
./sysconf/ezztp_default_config.erb is exist.
./sysconf/interfaces.erb is exist.
OK.
Starting Network Configuration...
~/ezztp/trunk/sysconf ~/ezztp/trunk
Initial Setup for EzZTP
Network Configuration:
Interface mapping: eth0 is Public network. eth1 is ZTP network.
Please ask following questions.
eth0 type? (dhcp/static) : dhcp
Interface mode of eth1 is static only...
eth1 address? (x.x.x.x) : 10.128.0.1
eth1 netmask? (x.x.x.x) : 255.255.0.0
DHCP Temporary pool Start IP? (x.x.x.x) : 10.128.100.1
DHCP Temporary pool End IP? (x.x.x.x) : 10.128.100.254
Default router of ZTP network? (x.x.x.x) : 10.128.255.254
DNS Server of ZTP network? (x.x.x.x) : 10.128.255.254
Configuration auto start related daemons...
Starting EzZTP Initial Configuration...