BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Spectrum Scale User Group - ECPv6.15.10//NONSGML v1.0//EN
CALSCALE:GREGORIAN
METHOD:PUBLISH
X-WR-CALNAME:Spectrum Scale User Group
X-ORIGINAL-URL:https://www.spectrumscaleug.org
X-WR-CALDESC:Events for Spectrum Scale User Group
REFRESH-INTERVAL;VALUE=DURATION:PT1H
X-Robots-Tag:noindex
X-PUBLISHED-TTL:PT1H
BEGIN:VTIMEZONE
TZID:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20200329T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20201025T010000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20210328T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20211031T010000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20220327T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20221030T010000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20210629T160000
DTEND;TZID=Europe/London:20210629T173000
DTSTAMP:20260407T120818
CREATED:20210611T114520Z
LAST-MODIFIED:20220128T180325Z
UID:2253-1624982400-1624987800@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 015 - Spectrum Scale Container Native Storage Access (CNSA)
DESCRIPTION:IBM Spectrum Scale Container Native Storage Access (CNSA) allows the deployment of Spectrum Scale in a Red Hat OpenShift cluster. Using a remote mount attached file system\, CNSA provides a persistent data store to be accessed by the applications via the IBM Spectrum Scale Container Storage Interface (CSI) driver using Persistent Volumes (PVs). This talk provides a field update on CNSA and a deep dive on technical aspects of this technology.\n  \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \nDownload slides here \nQ&A\nHow does the entitlement key work for partners looking to run in their labs for educational purposes?\nThe way it’s currently set up is that we require entitlement (a purchase) of Data Management Edition (DME) or Data Access Edition (DAE) in order to gain access to the container images. If you are entitled to these editions of Specturm Scale\, the container images should be accessible via the entitlement key. \nWhat is with air gap installations?\nThe switch to IBM Cloud Registry (ICR) improves air gap installations as you can replicate the container images in the same way as you do with your OCP images.for details\, please see https://www.ibm.com/docs/en/scalecontainernative?topic=appendix-airgap-setup-network-restricted-red-hat-openshift-container-platform-clusters. \nIs it mandatory to have access to IBM Cloud or GitHub site? What if we have a secure site?\nThere is an air gap install available. You can mirror the registry and pull the images yourself and then serve them internally to your own OpenShift cluster. For GitHub\, you would take the command-sets\, pre-download the yamls and then use them internally. You would need these all before starting your install on an air gap setup. \nNow CNSA only supports mounting one remote filesystem. Is it foreseen to deploy NSD servers in OpenShift pods in the future? Moreover\, one worker node can host just one Core pod\, because cluster and node files are put in directories mounted from the host in order to make them persistent. If you have a bare metal cluster with\, say\, static physical machine worker nodes\, you are forced to deploy just one Core pod per node even if your physical node can provide computing resources to host multiple Core pods.\nWe’re looking at ECE and shared nothing local disks. You will first see some of this in the Spectrum Fusion product and then into our CNSA side of things. You’ll also see more filesystems available for remote mount. \nIs it foreseen to make multiple Core pods deployable on the same worker node in future releases?\nNot anytime soon. We will look into this once we managed to get rid of the kernel module and support FUSE based deployment. We are working on FUSE but have no timeline so far. \nWhat’s the support for other types of containers like? Singularity for example?\nCurrently we’re sticking with the K8s related environments but we have heard other requests for Singularity. \nFor CNSA a integration of CSI are great but importantly rolling update is a must.\nAgreed. We’re working on rolling upgrade!!! \nIf you have a fixed number of bare metal worker nodes\, and one node fails\, it would be useful to start the lost Core pod on one of the remaining worker nodes.\nWell\, we are infrastructure not an application. With current CNSA (remote mount) we are basically just an interface to the storage cluster. One per pod is fine. Down the line when we add local storage it would be nice to reschedule a failed pod to another node\, but unfortunately this does not work either cause it cannot transfer the disks. \nWhen will the Helm charts for CNAS 5.1.1.1 available.?\nMeanwhile they are available here:\nhttps://community.ibm.com/community/user/storage/blogs/gero-schmidt1/2021/07/02/helm-charts-ibm-spectrum-scale-container-native\nNote that in the future\, we’re going to combine CSI/CNSA installs in order to simplify things. At this point\, HELM will be less necessary as well. \nRelated material\n\n\nEpisode 8: Scalable multi-node training for AI workloads on NVIDIA DGX\, Red Hat OpenShift and IBM Spectrum Scale\nEpisode 6: Persistent Storage for Kubernetes and OpenShift environments\nEpisode 3: Spectrum Scale Strategy Update\n\nUser Group Host: Simon Thompson\nSpeaker\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Laura O. BravermanLaura is a Senior Software Engineer for IBM. She has over 20 years in the Enterprise Storage industry at both IBM and Oracle\, with a breadth of experience ranging from system level testing to full stack development to leading software development teams. In her current role\, she serves as Scrum Master and developer with the IBM Spectrum Scale Container Native storage access team\, bringing Spectrum Scale into Red Hat OpenShift Container Platform to support containerized workloads.\n\n\n	Harald SeippHarald Seipp is a Senior Technical Staff Member with IBM Systems in Germany. He is the founder and Technical Leader of the Center of Excellence for Cloud Storage as part of the IBM EMEA Storage Competence Center. He provides guidance to worldwide IBM teams across organizations\, and works with customers and IBM Business Partners across EMEA to create and implement complex storage cloud architectures. In the past 28 years with IBM and other companies he had job roles as Software Developer\, Software Development Leader\, and Lead Architect for successful software products. Harald was co-inventor of an IBM storage product and holds various patents on storage and networking technology. He is member of the IBM Academy of Technology (AoT)\, leading the AoT Storage Core team.
URL:https://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-container-native-storage-access-cnsa/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
END:VCALENDAR