DOCSLIB.ORG

IBM Z/VM 7.2

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
IBM Z/VM 7.2 Front cover Virtualization Cookbook for IBM Z Volume 1 IBM z/VM 7.2 Lydia Parziale Edi Lopes Alves Vic Cross Paul Novak Mauro Cesar de Souza Redbooks International Technical Support Organization Virtualization Cookbook for IBM Z Volume 1 July 2021 SG24-8147-02 Note: Before using this information and the product it supports, read the information in “Notices” on page xiii. Third Edition (July 2021) This edition applies to IBM z/VM Version 7, Release 2, Red Hat Enterprise Linux version 8, and SUSE Linux Enterprise Server 15 GA, and Ubuntu Server 20.04. © Copyright International Business Machines Corporation 2015, 2016, 2021. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Notices . xiii Trademarks . xiv Preface . 1 Concept of the series . 1 Volumes in this series . 2 Main parts of this volume . 2 Considerations . 3 Conventions . 3 Font conventions in this cookbook series . 3 Command conventions that are used in this cookbook series . 3 Operating system releases that are used . 3 Authors. 4 With gratitude . 5 Now you can become a published author, too! . 7 Comments welcome. 7 Stay connected to IBM Redbooks . 7 Summary of changes. 9 Summary of changes in this book . 9 Part 1. z/VM cloud concepts and planning. 11 Chapter 1. Conceptual overview . 13 1.1 Basic concepts . 14 1.2 Why choose this hardware platform, and why z/VM? . 15 1.2.1 Virtualization and cloud computing originated here . 15 1.2.2 The ultimate virtualization platform . 15 1.2.3 Optimized for Linux . 16 1.2.4 The hidden secret . 17 1.2.5 A community of friends . 17 1.3 The philosophy that was adopted in authoring this book . 17 1.4 A high-level overview of components and terminology . 18 1.4.1 Hardware . 18 1.4.2 Software . 20 1.4.3 z/VM capabilities and enhancements by version and release . 22 1.5 Choices and decisions for this book . 27 1.6 Single system image design . 29 1.7 Infrastructure design . 30 1.8 Usability tests that are performed . 31 1.9 Critical differences of LOGOFF versus DISCONNECT. 31 1.10 Summary of Linux and z/VM similarities . 32 Chapter 2. Planning . 33 2.1 Hardware operation and interface mode. 35 2.1.1 Processor Resource/Systems Manager . 35 2.1.2 IBM Dynamic Partition Manager . 35 2.2 Choosing a z/VM installation method . 36 2.2.1 Understanding traditional and upgrade installations . 36 © Copyright IBM Corp. 2015, 2016, 2021. All rights reserved. iii 2.2.2 Classifications used in this book . 37 2.2.3 New and upgrade installations to DASD. 37 2.2.4 Installing as VMSSI with live guest relocation. 38 2.2.5 Planning aids . 40 2.3 Bill of materials . 40 2.3.1 Hardware . 40 2.3.2 Software . 41 2.3.3 Networking . 42 2.4 Disk planning. 43 2.4.1 Primary considerations . 43 2.5 HiperDispatch planning . 48 2.6 Storage planning . 48 2.6.1 z/VM 7.2 initial installation and migrations considerations . 48 2.6.2 Storage allocation . 49 2.6.3 Global aging list . 50 2.7 Paging . 50 2.7.1 Recommendations, tips, and hints . 50 2.7.2 Calculating paging space . 51 2.8 Passwords and passphrases . 52 2.9 Network . 53 2.9.1 Involvement of stakeholders . 53 2.9.2 Open Systems Adapters . 54 2.9.3 Network attachment options and considerations . 54 2.9.4 Maximum transmission unit size matters . 55 2.9.5 IBM HiperSockets . 56 2.9.6 IPv4 and IPv6 . ..
Load more

Recommended publications
  • Ada Departmental Supercomputer Shared Memory GPU Cluster
    Ada Departmental Supercomputer Shared Memory GPU Cluster The Ada Departmental Supercomputer is designed to provide System Specifications near top 500 class supercomputing capabilities at your office Processors: Head Node: 2 AMD EPYC 7702 Processors or lab. (64 core-2.0/3.3 GHz) Compute Nodes: 1 AMD EPYC 7702P Proces- Ada is a hybrid supercomputer consisting of a large memory sor (64 core-2.2/3.2 GHz), 8 AMD Radeon head node and 2 to 5 compute nodes, each with eight AMD Instinct MI50 GPUs Radeon Instinct MI50 GPUs. With 5 compute nodes Ada con- Global Memory: 2TB or 4TB 3200 MHz DDR4 tains 448 AMD EPYC processor cores, 40 MI50 GPUs and 2 or 4 TB of globally shared memory. The compute nodes are Compute Node 128 GB 3200 MHz DDR4 (each) Memory: connected to the head node with 200 Gb/s Mellanox Infini- band. The Ada departmental supercomputer can be config- Storage: 1TB on-board M.2 OS SSD ured to deliver 1060 TFLOPS of FP16, 532 TFLOPS of FP32 12x 3.5" SATA/SAS hot-swap and 264 TFLOPS of FP64 GPU floating point performance SSD/HDD bays (head node) Additional 8x 2.5” SSD hot-swap bays on each capable of operating on large computational models. compute node Ada is a true symmetric multi-processing (SMP) computer Interconnect: ConnectX-6 VPI 200 Gb/s InfiniBand Dual Port with a large shared memory and a single operating system PCIe Gen 4 Host Bus Adapters user interface based on Centos 8 Linux. It provides a 1TB (No InfiniBand switch is needed) globally shared fast file system, and a large disk storage ar- I/O: 2x 1 Gb/s LAN ports ray.
    [Show full text]
  • Sprite File System There Are Three Important Aspects of the Sprite ®Le System: the Scale of the System, Location-Transparency, and Distributed State
    Naming, State Management, and User-Level Extensions in the Sprite Distributed File System Copyright 1990 Brent Ballinger Welch CHAPTER 1 Introduction ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ This dissertation concerns network computing environments. Advances in network and microprocessor technology have caused a shift from stand-alone timesharing systems to networks of powerful personal computers. Operating systems designed for stand-alone timesharing hosts do not adapt easily to a distributed environment. Resources like disk storage, printers, and tape drives are not concentrated at a single point. Instead, they are scattered around the network under the control of different hosts. New operating system mechanisms are needed to handle this sort of distribution so that users and application programs need not worry about the distributed nature of the underlying system. This dissertation explores the approach of centering a distributed computing environment around a shared network ®le system. The ®le system is chosen as a starting point because it is a heavily used service in stand-alone systems, and the read/write para- digm of the ®le system is a familiar one that can be applied to many system resources. The ®le system described in this dissertation provides a distributed name space for sys- tem resources, and it provides remote access facilities so all resources are available throughout the network. Resources accessible via the ®le system include disk storage, other types of peripheral devices, and user-implemented service applications. The result- ing system is one where resources are named and accessed via the shared ®le system, and the underlying distribution of the system among a collection of hosts is not important to users.
    [Show full text]
  • Containers: a Sound Basis for a True Single System Image
    Containers : A Sound Basis For a True Single System Image Renaud Lottiaux, Christine Morin To cite this version: Renaud Lottiaux, Christine Morin. Containers : A Sound Basis For a True Single System Image. [Research Report] RR-4085, INRIA. 2000. inria-00072548 HAL Id: inria-00072548 https://hal.inria.fr/inria-00072548 Submitted on 24 May 2006 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. INSTITUT NATIONAL DE RECHERCHE EN INFORMATIQUE ET EN AUTOMATIQUE Containers : A Sound Basis For a True Single System Image Renaud Lottiaux, Christine Morin N˚4085 Novembre 2000 THÈME 1 apport de recherche ISRN INRIA/RR--4085--FR+ENG ISSN 0249-6399 Containers : A Sound Basis For a True Single System Image Renaud Lottiaux , Christine Morin Thème 1 — Réseaux et systèmes Projet PARIS Rapport de recherche n˚4085 — Novembre 2000 — 19 pages Abstract: Clusters of SMPs are attractive for executing shared memory parallel appli- cations but reconciling high performance and ease of programming remains an open issue. A possible approach is to provide an efficient Single System Image (SSI) operating system giving the illusion of an SMP machine. In this paper, we introduce the concept of container as a mechanism to unify global resource management at the lowest operating system level.
    [Show full text]
  • A Single System Image Java Operating System for Sensor Networks
    A SINGLE SYSTEM IMAGE JAVA OPERATING SYSTEM FOR SENSOR NETWORKS Emin Gun Sirer Rimon Barr John C. Bicket Daniel S. Dantas Computer Science Department Cornell University Ithaca, NY 14853 {egs, barr, bicket, ddantas}@cs.cornell.edu Abstract In this paper we describe the design and implementation of a distributed operating system for sensor net- works. The goal of our system is to extend total system lifetime through power-aware adaptation for sensor networking applications. Our system achieves this goal by providing a single system image of a unified Java virtual machine to applications over an ad hoc collection of heterogeneous sensors. It automatically and transparently partitions applications into components and dynamically finds a placement of these components on nodes within the sensor network to reduce energy consumption and increase system longevity. This paper describes the design and implementation of our system and examines the question of where and when to mi- grate components in a sensor network. We evaluate two practical, power-aware, general-purpose algorithms for object placement, as well as an adaptive scheme for deciding the time granularity of object migration. We demonstrate that our algorithms can increase sensor network longevity by a factor of four to five by effec- tively distributing energy consumption and avoiding hotspots. 1. Introduction able to components at each node, in particular the available power and bandwidth may change over Sensor networks simultaneously promise a radi- time and necessitate the relocation of application cally new class of applications and pose signifi- components. Further, event sources that are being cant challenges for application development.
    [Show full text]
  • Architectural Review of Load Balancing Single System Image
    Journal of Computer Science 4 (9): 752-761, 2008 ISSN 1549-3636 © 2008 Science Publications Architectural Review of Load Balancing Single System Image Bestoun S. Ahmed, Khairulmizam Samsudin and Abdul Rahman Ramli Department of Computer and Communication Systems Engineering, University Putra Malaysia, 43400 Serdang, Selangor, Malaysia Abstract: Problem statement: With the growing popularity of clustering application combined with apparent usability, the single system image is in the limelight and actively studied as an alternative solution for computational intensive applications as well as the platform for next evolutionary grid computing era. Approach: Existing researches in this field concentrated on various features of Single System Images like file system and memory management. However, an important design consideration for this environment is load allocation and balancing that is usually handled by an automatic process migration daemon. Literature shows that the design concepts and factors that affect the load balancing feature in an SSI system are not clear. Result: This study will review some of the most popular architecture and algorithms used in load balancing single system image. Various implementations from the past to present will be presented while focusing on the factors that affect the performance of such system. Conclusion: The study showed that although there are some successful open source systems, the wide range of implemented systems investigated that research activity should concentrate on the systems that have already been proposed and proved effectiveness to achieve a high quality load balancing system. Key words: Single system image, NOWs (network of workstations), load balancing algorithm, distributed systems, openMosix, MOSIX INTRODUCTION resources transparently irrespective of where they are available[1].The load balancing single system image Cluster of computers has become an efficient clusters dominate research work in this environment.
    [Show full text]
  • Introduction to the System Z Hardware Management Console
    Front cover Introduction to the System z Hardware Management Console Large scale hardware systems management concepts Design and implementation of a management controller Practical operational techniques and scenarios Merwyn Jones HMC & SE Development Team ibm.com/redbooks International Technical Support Organization Introduction to the System z Hardware Management Console February 2010 SG24-7748-00 Note: Before using this information and the product it supports, read the information in “Notices” on page xi. First Edition (February 2010) © Copyright International Business Machines Corporation 2010. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Notices . xi Trademarks . xii Preface . xiii The team who wrote this book . xiii Acknowledgements . xvi Become a published author . xvi Comments welcome. xvi Chapter 1. Introduction to System z Hardware. 1 1.1 General introduction: Mainframes in our midst . 2 1.2 System z hardware architecture . 3 1.2.1 Consolidation of mainframes . 3 1.2.2 An overview of the early architectures . 4 1.2.3 Early system design . 5 1.2.4 Current architecture . 7 1.3 The raised floor . 7 1.4 Hardware management console . 9 1.5 Frames and cages . 9 1.6 Processor units . 10 1.6.1 Multiprocessors. 10 1.6.2 Processor types . 11 1.7 Memory hierarchy . 13 1.8 Networking the mainframe . 14 1.9 Disk devices . 14 1.9.1 Types of DASD . 16 1.9.2 Basic shared DASD . 17 1.10 I/O connectivity (channels) . 18 1.10.1 Channel subsystem .
    [Show full text]
  • Z9 BC System Overview Level 04A, April 2009
    System z9 Business Class System Overview SA22-1083-04 Level 04a, April 2009 System z9 Business Class System Overview SA22-1083-04 Level 04a, April 2009 Level 04a, April 2009 Note Before using this information and the product it supports, read the information in “Safety” on page | xiii, Appendix D, “Notices,” on page D-1, and IBM Systems Environmental Notices and User Guide, Z125-5823. Fifth Edition (April 2009) | This edition, SA22-1083-04, applies to the IBM® System z9® Business Class (z9® BC) server. This replaces | SA22-1083-03. Technical changes to the text are indicated by a vertical bar (|) to the left of the change. There may be a newer version of this document in a PDF file available on Resource Link™.Goto http://www.ibm.com/servers/resourcelink and click on Library on the navigation bar. A newer version is indicated by a lowercase, alphabetic letter following the form number suffix (for example: 00a, 00b, 01a, 01b). © Copyright International Business Machines Corporation 2006, 2009. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Level 04a, April 2009 Contents Figures............................ix Tables ............................xi Safety ............................xiii Safety Notices .........................xiii World Trade Safety Information ..................xiii Laser Safety Information .....................xiii Laser Compliance.......................xiii About this Publication .....................xv What is Included in this Publication .................xv
    [Show full text]
  • IBM Z14 ZR1– Hardware Innovation
    IBM z14 ZR1– Hardware Innovation IBM Z / z14 ZR1 / May 08, 2018 / © 2018 IBM Corporation Trademarks The following are trademarks of the International Business Machines Corporation in the United States and/or other countries. BladeCenter* FICON* IBM* LinuxONE Storwize* z13s z/OS* Db2* Flash Systems IBM (logo)* LinuxONE Emperor II System Storage* z14 z/VM* DFSMSdss GDPS* ibm.com LinuxONE Rockhopper II WebSphere* zEnterprise* z/VSE* DFSMShsm HiperSockets IBMZ* Power Systems z13* zHyperLink ECKD HyperSwap* InfiniBand* PR/SM * Registered trademarks of IBM Corporation Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other countries. IT Infrastructure Library is a Registered Trade Mark of AXELOS Limited. ITIL is a Registered Trade Mark of AXELOS Limited. Linear Tape-Open, LTO, the LTO Logo, Ultrium, and the Ultrium logo are trademarks of HP, IBM Corp. and Quantum in the U.S. and other countries. Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both. Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both. Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or its affiliates. Cell Broadband Engine is a trademark of Sony Computer Entertainment, Inc.
    [Show full text]
  • SSI-OSCAR: a Distribution for High Performance Computing Using a Single System Image
    1 SSI-OSCAR: a Distribution For High Performance Computing Using a Single System Image Geoffroy Vallée (INRIA / ORNL / EDF), Christine Morin (INRIA), Stephen L. Scott (ORNL), Jean-Yves Berthou (EDF), Hugues Prisker (EDF) OSCAR Symposium, May 2005 2 Context • Clusters: distributed architecture • difficult to use • difficult to manage • Different approaches • do everything manually • use software suite to simplify management and use (e.g. OSCAR) • This solution does not completely hide the resources distribution • use a Single System Image (SSI) • all resources are managed at the cluster scale • transparent for users and administrators • gives the illusion that a cluster is an SMP machine 3 What is a Single System Image? • SSI features ● Transparent resource management at the cluster level ● High Availability: tolerate all undesirable events that can occurs (node failure or eviction) ● Support of programming standards (e.g. MPI, OpenMP) ● High performance • A Solution: merge OSCAR and an SSI ● Simple to install ● Simple to use ● Collaboration INRIA / EDF / ORNL 4 SSI - Implementation • Key point: global resource management Limitations for functionalities User level: middle-ware and efficiency (e.g. CONDOR) Complex to develop Kernel level: OS and maintain (e.g. MOSIX, OpenSSI, Kerrighed) Hardware level More expensive (e.g. SGI) 5 Kerrighed – Overview • SSI developed in France (Rennes), INRIA/IRISA, in collaboration with EDF • Management at the cluster scale of • memories (through a DSM) • processes (through mechanisms for global process
    [Show full text]
  • PR/SM Planning Guide Operational Considerations
    IBM IBM Z Processor Resource/Systems Manager Planning Guide SB10-7169-02 Level 02a IBM IBM Z Processor Resource/Systems Manager Planning Guide SB10-7169-02 Note: Before you use this information and the product it supports, read the information in “Safety” on page xi, Appendix C, “Notices,” on page 199, and IBM Systems Environmental Notices and User Guide, Z125-5823. This edition, SB10-7169-02, applies to the IBM Z and IBM LinuxONE servers. This edition replaces SB10-7169-01. There might be a newer version of this document in a PDF file available on Resource Link. Go to http://www.ibm.com/servers/resourcelink and click Library on the navigation bar. © Copyright IBM Corporation 2017, 2019. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Figures .............. vii Extended TOD-clock facility ........ 26 Clock Comparator on Shared Processors.... 27 Tables ............... ix Chapter 2. Planning considerations .. 29 Safety ............... xi Planning the I/O configuration ........ 29 Maximum number of logical partitions .... 31 Safety notices .............. xi Managing logical paths for FICON channels .. 31 World trade safety information ....... xi Managing the establishment of logical paths .. 33 Laser safety information .......... xi Shared channel overview ......... 42 Laser compliance ............ xi Unshared ESCON or FICON channel recommendations ........... 48 About this publication ........ xiii Dynamically managed CHPIDs....... 48 What is included in this publication ...... xiii IOCP coding specifications ........ 49 Related publications ........... xiv 25GbE RoCE Express2 planning considerations .. 58 z/Architecture ............ xiv 10Gb RoCE planning considerations ...... 58 Enterprise Systems Architecture/390 (ESA/390) xiv Coupling facility planning considerations .... 59 Hardware.............
    [Show full text]
  • Quantian: a Single-System Image Scientific Cluster Computing
    Quantian: A single-system image scientific cluster computing environment Dirk Eddelbuettel, Ph.D. B of A, and Debian [email protected] Presentation at the Extreme Linux SIG at USENIX 2004 in Boston, July 2, 2004 Quantian: A single-system image scientific cluster computing environment – p. 1 Introduction Quantian is a directly bootable and self-configuring Linux sytem that runs from a compressed dvd image. Quantian offers zero-configuration cluster computing using openMosix. Quantian can boot ’thin clients’ directly via PXE in an ’openmosixterminalserver’ setting. Quantian contains around 1gb of additional ’quantitative’ software: scientific, numerical, statistical, engineering, ... Quantian also contains tools of general usefulness such as editors, programming languages, a very complete latex suite, two ’office’ suites, networking tools and multimedia apps. Quantian: A single-system image scientific cluster computing environment – p. 2 Family tree overview Quantian is based on clusterKnoppix, which extends Knoppix with an openMosix-enabled kernel and applications (chpox, gomd, tyd, ....), kernel modules and security patches. ClusterKnoppix extends Knoppix, an impressive ’linux on a cdrom’ system which puts 2.3gb of software onto a cdrom along with the very best auto-detection and configuration. Knoppix is based on Debian, a Linux distribution containing over 6000 source packages available for 10 architectures (such as i386, alpha, ia64, amd64, sparc or s390) produced by hundreds of individuals from across the globe. Quantian: A single-system image scientific cluster computing environment – p. 3 Family tree: Debian ’Linux the Linux way’: made by volunteers (some now with full-time backing) from across the globe. Focus on very high technical standards with rigorous policy and reference documents.
    [Show full text]
  • Cluster Computing White Paper
    Cluster Computing White Paper Status – Final Release Version 2.0 Date – 28th December 2000 Editor-MarkBaker,UniversityofPortsmouth,UK Contents and Contributing Authors: 1 An Introduction to PC Clusters for High Performance Computing, Thomas Sterling California Institute of Technology and NASA Jet Propulsion Laboratory, USA 2 Network Technologies, Amy Apon, University of Arkansas, USA, and Mark Baker, University of Portsmouth, UK. 3 Operating Systems, Steve Chapin, Syracuse University, USA and Joachim Worringen, RWTH Aachen, University of Technology, Germany 4 Single System Image (SSI), Rajkumar Buyya, Monash University, Australia, Toni Cortes, Universitat Politecnica de Catalunya, Spain and Hai Jin, University of Southern California, USA 5 Middleware, Mark Baker, University of Portsmouth, UK, and Amy Apon, University of Arkansas, USA. 6 Systems Administration, Anthony Skjellum, MPI Software Technology, Inc. and Mississippi State University, USA, Rossen Dimitrov and Srihari Angulari, MPI Software Technology, Inc., USA, David Lifka and George Coulouris, Cornell Theory Center, USA, Putchong Uthayopas, Kasetsart University, Bangkok, Thailand, Stephen Scott, Oak Ridge National Laboratory, USA, Rasit Eskicioglu, University of Manitoba, Canada 7 Parallel I/O, Erich Schikuta, University of Vienna, Austria and Helmut Wanek, University of Vienna, Austria 8 High Availability, Ira Pramanick, Sun Microsystems, USA 9 Numerical Libraries and Tools for Scalable Parallel Cluster Computing, Jack Dongarra, University of Tennessee and ORNL, USA, Shirley Moore, University of Tennessee, USA, and Anne Trefethen, Numerical Algorithms Group Ltd, UK 10 Applications, David Bader, New Mexico, USA and Robert Pennington, NCSA, USA 11 Embedded/Real-Time Systems, Daniel Katz, Jet Propulsion Laboratory, California Institute of Technology, Pasadena, CA, USA and Jeremy Kepner, MIT Lincoln Laboratory, Lexington, MA, USA 12 Education, Daniel Hyde, Bucknell University, USA and Barry Wilkinson, University of North Carolina at Charlotte, USA Preface Cluster computing is not a new area of computing.
    [Show full text]