ã¯ããã« HPCã¨ã¯High Performance Computingã®ç¥ã§ãä¸è¬ã«ã¯ç§å¦æè¡è¨ç®ãæå³ããã¨èªèããã¦ãã¾ããã¨ãããããã®ä¸ã«ã©ãã«ããç§å¦ãã¨ããæè¡ãã¨ãã®åèªã¯ããã¾ãããHPCã®å®ç¾©ã¨ãã¦é«éã«ãã¼ã¿å¦çããããã®å ¨è¬ã¨ãã¦åºãã¨ãããæ¹ãè¯ãã¨ããã£ã¨å人çã«ã¯èãã¦ãã¾ãããã¾ã ã¾ã ä¸è¬çãªèãæ¹ã¨ã¯è¨ããªãã®ãç¾ç¶ã§ãã ãã¦ãæåã«AWSãLustreãããã¨èããæã¯ãæ§æ¥ã®HPC以å¤ã®äººã¯ããããLustreãªãã¦ç¥ããªããã使ãçç±ããªãã®ã§ã¯ï¼ã¨æã£ã¦ãã¾ãããå®éãLustreãã¡ã¤ã³ã®ã¹ãã¬ã¼ã¸ã¨ãã¦ä½¿ãã«ã¯åææè³ã大ãããªããã¡ã§ãæ§è½è¦ä»¶ããæ§æã決å®ããå¿ è¦ãããã大容é(æ°ç¾TBãæ°PB)ãåæã¨ãªããããã¯ã©ã¦ãã«çµã¿è¾¼ãã«ã¯é¢åãªããã«ãå¤ãã®ã±ã¼ã¹ã«ãã£ããããªãããã«æãã¾ããå®éãããªã以åããMarketPlaceã«A
ãã¨ãã°ããã¤ã¦iptablesã§è¨å®ãã¦ããIPv4ã«é¢é£ãããã±ãããã£ã«ã¿ãªã³ã°è¨å®ã¯ãnftablesã«ããã¦ã¯ãipãã¨ããã¢ãã¬ã¹ãã¡ããªã«ç´ä»ãããã¼ãã«ãä½æãããã¨ã§è¨å®ã§ãããåæ§ã«ãip6tablesãarptablesãebtablesã§è¨å®ãã¦ãããã®ã¯ãããããip6ãããarpãããbridgeãã¨ããã¢ãã¬ã¹ãã¡ããªã«ç´ä»ãããã¼ãã«ã§è¨å®ããã ãinetããããã³ãnetdevãã¢ãã¬ã¹ãã¡ããªã¯nftablesã§æ°ãã«å°å ¥ããããã®ã§ãã¾ããinetãã¯IPv4ããã³IPv6ã®ä¸¡æ¹ã対象ã«ããè¨å®ãè¡ããã¢ãã¬ã¹ãã¡ããªã ãå¾æ¥IPv4ã¨IPv6ã®ä¸¡æ¹ã«ã¾ããã£ããã£ã«ã¿ãªã³ã°ã«ã¼ã«ãè¨å®ãããå ´åã¯iptablesã¨ip6tablesã®ä¸¡æ¹ã§åããããªã«ã¼ã«ã追å ããå¿ è¦ããã£ãããnftablesã§ã¯inetã¢ãã¬ã¹ãã¡ããªã§æå®ãããã¨ã§åä¸ã®è¨
5. GPUã¨ã³ã³ã¼ãã£ã³ã°ãããã éå»ä½åãç´¹ä»ãã¦ãã®ã§ã¾ã¨ãã¨ã㦠AMD VCE(Video Coding Engine) NVIDIA NVENC(NVidia ENCoder) Intel QSV(Quick Sync Video) 6. Linuxã§æ±ãã«ã¯ï¼éå»å½¢ï¼ Intel QSV Intel Media SDKãå¿ è¦ ã«ã¼ãã«æ±ºãæã¡ï¼brob driverã§å¶ç´ãå¤ã ç¾è¡iGPUã®ã¿å¯¾å¿ã§éå»è£½åã¯ã¬ã³ã¬ã³åãæ¨ã¦ã AMD VCE amdgpuãã©ã¤ãã®ç»å ´åã¯windowsã®ã¿ amdgpuãã©ã¤ãç»å ´å¾ã«gstreamerãå¯¾å¿ NVIDIA NVENC NVIDIA SDKã§å¯¾å¿ ffmpegã対å¿ãã¦ãããé å¸ã©ã¤ã»ã³ã¹ã®é½åä¸ èªåãã«ããå¿ è¦
1. 2019/07/13gpuä»®æ³åæåç· #oscnagoya 1/67 GPU ä»®æ³åæåç· - KVMGT 㨠virtio-gpu - å®è¤ãéä¹ æ¥æ¬ openSUSE ã¦ã¼ã¶ä¼ 2. 2019/07/13gpuä»®æ³åæåç· #oscnagoya 2/67 ãåã©ãä¸èª°ãï¼ â å®è¤ãéä¹ â @zgo[email protected] â openSUSE ã¨ã®åºä¼ã â 2003å¹´ãããã«èªåã®Pemtium-Mãã¼ãã®Wifiãèªèãã¦ãã ãå¯ä¸ã®ãã£ã¹ããªã¨ãããã¨ã§è½ã¡çã â Xenã«å¼·ãã£ããã£ã¹ããªã¨ãããã¨ãããã 2012å¹´ããããã家ã®æ¬ä¼¼VDIãµã¼ãã§æ´»èºãã¦ããã£ã¦ãã â openSUSE12.3ï½Leap15.1ã¾ã§éææ´æ°ä¸ â ãã®ã¸ã詳ããã¯SlideShareã® ãXenã¨zfsã§ä½ã家åºå VDIãµã¼ããã·ãªã¼ãºåç § â 50000ã
2. Copyright 2019 FUJITSU LIMITED ï® äºå³¶åº·æ ï® Linuxã®éçºé¨éã§ãOSSï¼Kernelããã®å¨è¾º)ã®æ©è½éçºãæ å½ â¢ ã¨ã³ã¿ã¼ãã©ã¤ãºåãæ©è½ãéçº â¢ OSSã®ã³ãã¥ããã£ã«ãæ°æ©è½ãªã©ã®ããããæ稿 ⢠upstreamã®ã½ã¼ã¹ã«æ©è½ããã¼ã¸ããã¾ã§ãmission âãã¸ãã¹ã¨ãã¦upstreamã¸ã®ãã¼ã¸ãå¿ é ⢠2016/7ï½2019/1 ä¸æ®çºã¡ã¢ãª(NVDIMM)ãæ å½ ï® Advent Calendar ⢠æè¡è ãæè¡è¨äºãblogã«æ¸ãã®ãå¹´æ«ã®é¢¨ç©è©©ã« ⢠Fujitsu Advent Calendarãæåã«Qiitaã«ä½ã£ã人ã®ä¸äºº (2016/12) ⢠NVDIMMã®è¨äºã2016å¹´ããï¼å¹´éAdvent Calendarã®ï¼è¨äºã¨ãã¦è¨è¼ èªå·±ç´¹ä» å 容ã«ã¤ãã¦è¬æ¼ä¾é ¼ãæ¥ãããã«ï¼ 1
ããã«ã¡ã¯ãæ»æ¾¤ã§ããååã®è¨äºãOctoDNSã¨GitLab CI/CDãå©ç¨ããè¤æ°DNSãããã¤ãã¼æ§æã®éç¨ãã«å¼ãç¶ãã社å äºä¾ãç´¹ä»ãã¾ãã å¼ç¤¾ãã¼ããã¼ãã§ã¯MSPï¼Managed Service Providerï¼ãµã¼ãã¹ã®å¯ç¨æ§åä¸ã®ããã«ã社å åºç¤ããã«ãã¯ã©ã¦ãæ§æã§éç¨ãã¦ãã¾ãã è¤æ°ã®ã¯ã©ã¦ãæ ç¹ã®ãããã¯ã¼ã¯ããã³äºåæã®ãããã¯ã¼ã¯ã¨ã®éãWireGuardã¨ããVPNãã³ãã«ã®ã½ããã¦ã§ã¢ã§æ¥ç¶ãã¦ãã¾ãã ä»åã¯ãã®WireGuardã®å©ç¨äºä¾ãç´¹ä»ãã¾ãã è¡ã£ã¦ãããã¨ãã¾ã¨ããã¨æ¬¡ã®ããã«ãªãã¾ãã ãã«ãã¯ã©ã¦ãæ§æï¼Azure, AWS, GCPï¼ã®åæ ç¹ã¨äºåæã®ãããã¯ã¼ã¯éãWireGuardã«ããVPNã§æ¥ç¶ãã¦ãããã¯ã©ã¦ãæ ç¹éã®ã¬ã¤ãã³ã·ã¼ã¯VPNã«ã¼ã¿ã¼éã§2ã4ããªç§ãåæ£ã·ã¹ãã ã®ãã¼ãéã§2ã6ããªç§ã§ããã ãã¢ï¼å¯¾å
1. DockerCon SF19 ã§çºè¡¨ã®ãåºç¤âãã«ãã»ã¹ãã¼ã¸ã»ãã«ãâææ°ååã¾ã§ Sakura Internet, Inc. Masahito Zembutsu @zembutsu Docker Meetup Kansai #3 #dockerkansai May 24, 2019 Dockerfileãæ¹åããããã® Best Practice ï¼ï¼ï¼ï¼å¹´ç 2. DockerCon SF19 ã§ã®çºè¡¨ã«åºã¥ãå 容 ⢠Dockerfile Best Practices https://www.slideshare.net/Docker/dcsf19-dockerfile-best-practices 2 ⢠åç»ãã覧ãã ãã https://www.docker.com/dockercon/2019-videos?watch=dockerfile-best-practice
NTTã®é ç°ã§ãã2019å¹´7æ23æ¥ã«å ¬éããããDocker 19.03ã®æ°æ©è½ããä¼ããã¾ãã2018å¹´11æ8æ¥ã«ãªãªã¼ã¹ãããDocker 18.09以æ¥ã8ã¶æã¶ãã®ãªãªã¼ã¹ã§ãã root権éä¸è¦åå¾æ¥ã®Dockerã¯ããã¹ãã®root権éã§ãã¼ã¢ã³(dockerd)ãåä½ãããå¿ è¦ããã£ããããèå¼±æ§ãè¨å®ãã¹ãçªãããã¨ããã¹ãã®root権éã奪ãããæããããã¾ããã Docker 19.03ã§ã¯ãérootã¦ã¼ã¶ã§ãã¼ã¢ã³ãå®è¡ã§ããããã«ãªãã¾ãã(Rootlessã¢ã¼ã)ã Rootlessã¢ã¼ããæå¹åãããã¨ã§ãä¸ä¸Dockerã«èå¼±æ§ãè¨å®ãã¹ããã£ã¦ããæ»æè ã«ãã¹ãã®root権éã奪åããããã¨ãé²ããã¨ãåºæ¥ã¾ãããã ããç¾æç¹ã§ã¯cgroupãå©ç¨ã§ããªããªã©ã®å¶ç´ãããã¾ãã Rootlessã¢ã¼ãã®Dockerã¯ï¼ curl -fsSL http
NTTã®é ç°ã§ãï¼Moby (âDocker)ï¼BuildKitï¼containerdãªã©ï¼ã³ã³ããé¢é£ã®ãªã¼ãã³ã½ã¼ã¹ã½ããã¦ã§ã¢ã®ã¡ã³ãã (éçºå§å¡ï¼ã³ããã¿ã¨ãï¼)ãåãã¦ãã¾ãï¼ æ¬è¨äºã§ã¯ï¼2018å¹´11æ8æ¥ã«ãªãªã¼ã¹ãããDocker 18.09ã®æ°æ©è½ãç´¹ä»ãã¾ãï¼ BuildKitã®æ£å¼çµ±åDockerfileããã³ã³ããã¤ã¡ã¼ã¸ããã«ãããæ©è½ã§ããï¼docker build ã®æ°ããããã¯ã¨ã³ãã¨ãã¦ï¼BuildKitãDocker 18.06ããå®é¨çã«æ¡ç¨ããã¦ãã¾ãããï¼Docker 18.09ã«ã¦ï¼æ£å¼ãªæ©è½ã«æ ¼ä¸ãããã¾ããï¼ BuildKitã¯ï¼é ç°ã2017å¹´4æã«ææ¡ãã docker build並ååã®pull requestãå¥æ©ã¨ãã¦ï¼Docker社 Tõnis Tiigiæ°ã®ä¸»å°ã«ããï¼Mobyåä¸ã®ãªã¼ãã³ã½ã¼ã¹ããã¸ã§ã¯ãã¨ãã¦åå¹´å¤ã«çº
The user namespaces feature is conceptually fairly straightforwardâallow users to run as root in their own space, while limiting their privileges on the system outside that spaceâbut the implementation has, perhaps unsurprisingly, proven to be quite tricky. There are some assumptions about user IDs and how they operate that are deeply wired into the kernel in various subsystems; shaking those out
ã¡ãã£ã¨åã«ãªãªã¼ã¹ãããã«ã¼ãã«ã§ããã4.10 㧠overlayfs ã«å¤æ´ãå ¥ã£ã¦ãã¾ããã®ã§ã¡ãã£ã¨èª¿ã¹ã¦ã¿ã¾ããã Overlayfs ã«ã¤ãã¦ã¯ãã¡ããã©ãã (ã¡ãã£ã¨å¤ãè¨äºãªã®ã§ã«ã¼ãã«ã«ãã¼ã¸ãããåã®ä»æ§ã説æãã¦ãã¾ã)ã Linuxã§å¦ã¶ã³ã³ããå ¥é 第18å Linuxã«ã¼ãã«ã®ã³ã³ããæ©è½ï¼»7]㼠overlayfs (gihyo.jp) ããã¨ã³ã³ããåå¼·ä¼ã®ãã®çºè¡¨è³æ ã¡ãã£ã¨Overlayfsã®å®è£ ãèªãã§ã¿ã¾ãã (@akachochinãã) ã«ã¼ãã«ã®å¤æ´ã¨æºå 4.10ã®é¢é£ããã³ãããã¯ä»¥ä¸ã ovl: redirect on rename-dir ovl: allow redirect_dir to default to âonâ ovl: allow setting max size of redirect ovl: show redi
ã¡ã¢ãªã®ããã«æ¸ãã¦æ°¸ç¶åããã次ä¸ä»£ã¹ãã¬ã¼ã¸ããã¤ã¹NVDIMMã®æ±ãæ¹ã解説ãã¾ã ããã¯2019å¹´10æ19æ¥ã«è¡ãããäºå®ã ã£ã ã«ã¼ãã«ï¼VMæ¢æ¤éï¼ åé¸ 5åç®(å°é¢¨ã®å½±é¿ã§ä¸æ¢) ã§ã®çºè¡¨è³æã§ã ãµã³ãã«ã³ã¼ã: https://github.com/Fadis/kernelvmâ¦
device-mapper 解説 æ¥æ¬é»æ°æ ªå¼ä¼ç¤¾ éæ æ·³ä¸ 2009å¹´9æ18æ¥ Â© NEC Corporation 2009 Page 2 device-mapper 解説 â ã¯ããã« â device-mapper ã¨ã¯ â å種 device-mapper ã¿ã¼ã²ããã®æ©è½ â device-mapper ã®æ¦å¿µã¨æ§é â device-mapper ã使ã â Request-based device-mapper ã®ç´¹ä» â ããã㫠© NEC Corporation 2009 Page 3 ã¯ãã㫠© NEC Corporation 2009 Page 4 ã¯ããã« â ãã¼ããã£ã¹ã¯ãªã©ã®ã¹ãã¬ã¼ã¸ããã¤ã¹ã¯é«éåã»å¤§å®¹éåã® ä¸éããã©ã£ã¦ãã¾ãããæ¡å¼µæ§ãèé害æ§ãæå·åããã㯠ã¢ãããªã©æ©è½é¢ã§ã®éè¦æ§ãå¢ãã¦ãã¾ãã â Linux ã§ã¯ããã®ãããªæ©è½æ¡
2. å 容 â¢â¯ Linux ãããã¯ã¬ã¤ã¤ä¿¯ç° â⯠IO ã¹ã±ã¸ã¥ã¼ã© â⯠ããã¤ã¹ãã©ã¤ãã¤ã³ã¿ã¼ãã§ã¼ã¹ â⯠IO ã¤ã³ã¿ã¼ãã§ã¼ã¹ â¢â¯ â¾¼é«åº¦ï¨ãªæ©è½ â⯠md, dm, DRBD, ä» â¢â¯ æè¿ã®è©±é¡ 2 4. IO ã¹ã±ã¸ã¥ã¼ã© â¢â¯ IO ãªã¯ã¨ã¹ãã並ã¹å¤ãã â¢â¯ 種é¡(kernel 3.13) â⯠noop â⯠cfq (ããã»ã¹ã«å¯¾ãã¦å ¬å¹³) â⯠deadline (ã¬ã¤ãã³ã·éè¦) â¢â¯ â½£ç HDD ã«å¯¾ãã¦ã¯å¹æã⼤大ãã â¢â¯ ãããéªéã«ãªããã¨ããã 4 5. ãããã¯ããã¤ã¹ãã©ã¤ãã®ã¤ã³ã¿ã¼ãã§ã¼ã¹ â¢â¯ bio interface ââ¯ å ¨ã¦â¾èªåã§â¾¯é¢åãâ¾è¦ï¨ãªããã°ãªããªã â¢â¯ reqeust-queue (single) interface â⯠IOã¹ã±ã¸ã¥ã¼ã©ã®æ©æµãåãããã â⯠ã·ã¹ãã 㧠 1  ã¤ãããã¥ã¼ã
ã©ã³ãã³ã°
ã©ã³ãã³ã°
ã©ã³ãã³ã°
ãªãªã¼ã¹ãé害æ å ±ãªã©ã®ãµã¼ãã¹ã®ãç¥ãã
ææ°ã®äººæ°ã¨ã³ããªã¼ã®é ä¿¡
å¦çãå®è¡ä¸ã§ã
j次ã®ããã¯ãã¼ã¯
kåã®ããã¯ãã¼ã¯
lãã¨ã§èªã
eã³ã¡ã³ãä¸è¦§ãéã
oãã¼ã¸ãéã
{{#tags}}- {{label}}
{{/tags}}