DOCSLIB.ORG

Automating the Enterprise with Ansible

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Automating the Enterprise with Ansible AUTOMATING THE ENTERPRISE WITH ANSIBLE Dustin Boyd Solutions Architect September 12, 2017 EVERY ORGANIZATION IS A DIGITAL ORGANIZATION. Today, IT is driving innovation. If you can’t deliver software fast, your organization can’t meet the mission, period. Digital organizations are essentially software. If they expect to thrive in a digital environment, they must have an improved competence in software delivery. Gartner 2015 2 COMPLEXITY KILLS PRODUCTIVITY. Complexity is the enemy of innovation, which is why today’s enterprises are looking to automation and DevOps tools and practices. DevOps can help organizations that are pushing to implement a bimodal strategy to support their digitalization efforts. Gartner 2015 3 WHEN YOU AUTOMATE, YOU ACCELERATE. Ansible loves the repetitive work your people hate. It helps smart people do smarter work. All with fewer errors and better accountability. Automation can crush complexity and it gives you the one thing you can’t get enough of… time. 4 “Ansible delivers DevOps to a broader class of enterprise users that include those inside the business units and teams where agile practices and fast provisioning of infrastructure are in demand.” JAY LYMAN, 451 RESEARCH – NOV 2013 GARTNER COOL VENDOR 2015 “Previous vendors in this [DevOps] market often require unique programming skills. Ansible’s simple language reduces the barrier to adoption and opens it up to a variety of skill sets…” 5 AUTOMATION = ACCELERATION “With Ansible Tower, we just click a button and deploy to production in 5 minutes. It used to take us 5 hours with 6 people sitting in a room, making sure we didn’t do anything wrong (and we usually still had errors). We now deploy to production every other day instead of every 2 weeks, and nobody has to be up at 4am making sure it was done right.” “By using Ansible Tower Surveys, we have created a self-service capability that allows our IT guys to provision new cloud customers quickly. Our first 3 customers each took 2 weeks to provision. With Ansible, our next 500 customers took 10 minutes each to provision.” “We use Ansible to deploy the network configurations to new datacenters for our games. Previously, it would take 4 days worth of work, onsite, to make sure that our networks were configured correctly. With Ansible, I can now configure a datacenter in 4 minutes, remotely.” Many Ansible investments repay themselves in less than FOUR months 6 MODERNIZE MIGRATION Automate existing processes Define applications once Manage legacy like DevOps Re-deploy anywhere DEVOPS Model everything Deploy continuously 7 WHAT IS ANSIBLE? It’s a simple automation language that can perfectly describe an IT application infrastructure in Ansible Playbooks. It’s an automation engine that runs Ansible Playbooks. Ansible Tower is an enterprise framework for controlling, securing and managing your Ansible automation with a UI and RESTful API. 8 SIMPLE POWERFUL AGENTLESS Human readable automation App deployment Agentless architecture No special coding skills needed Configuration management Uses OpenSSH & WinRM Tasks executed in order Workflow orchestration No agents to exploit or update Get productive quickly Orchestrate the app lifecycle More efficient & more secure 9 WHAT IS ANSIBLE TOWER? Ansible tower is an enterprise framework for controlling, securing and managing your Ansible automation – with a UI and restful API. • Role-based access control keeps environments secure, and teams efficient. • Non-privileged users can safely deploy entire applications with push-button deployment access. • All Ansible automations are centrally logged, ensuring complete auditability and compliance. ANSIBLE TOWER TOWER EMPOWERS TEAMS TO AUTOMATE CONTROL KNOWLEDGE DELEGATION Scheduled and Visibility and compliance Role-based access centralized jobs and self-service SIMPLE POWERFUL AGENTLESS Everyone speaks the Designed for Predictable, reliable, same language multi-tier deployments and secure AT ANSIBLE’S CORE IS AN OPEN-SOURCE AUTOMATION ENGINE 11 TOWER TAKES TEAMS FURTHER, FASTER ACCELERATED INNOVATION • Automation enables IT to drive innovation across the business SCALABLE SIMPLICITY • Reduction of manual effort speeds work with fewer errors ACCOUNTABLE AUTOMATION • Achieve compliance without being held back by it COMMUNITY DRIVEN • Unify teams with tooling built to drive culture 12 USE CASES CONFIG MANAGEMENT APP DEPLOYMENT PROVISIONING When you define your application Your apps have to live somewhere. Centralizing configuration file with Ansible, and manage the If you’re PXE booting and management and deployment is a deployment with Tower, teams are kickstarting bare-metal servers or common use case for Ansible, and able to effectively manage the VMs, or creating virtual or cloud it’s how many power users are entire application lifecycle from instances from templates, Ansible first introduced to the Ansible development to production. and Ansible Tower help streamline automation platform. the process. CONTINUOUS DELIVERY SECURITY & COMPLIANCE ORCHESTRATION Creating a CI/CD pipeline requires buy-in from numerous teams. You When you define your security policy Configurations alone don’t define can’t do it without a simple in Ansible, scanning and remediation your environment. You need to automation platform that everyone in of site-wide security policy can be define how multiple configurations your organization can use. Ansible integrated into other automated interact and ensure the disparate Playbooks keep your applications processes and instead of being an pieces can be managed as a whole. properly deployed (and managed) afterthought, it’ll be integral in Out of complexity and chaos, throughout their entire lifecycle. everything that is deployed. Ansible brings order. PLATFORM OVERVIEW ANSIBLE CLI & CI SYSTEMS …. ANSIBLE PLAYBOOKS ADMINS ROLE-BASED KNOWLEDGE SCHEDULED & ANSIBLE ACCESS CONTROL & VISIBILITY CENTRALIZED JOBS TOWER SIMPLE USER INTERFACE TOWER API USERS OPEN SOURCE MODULE LIBRARY ANSIBLE PLUGINS PYTHON CODEBASE TRANSPORT SSH, WINRM, ETC. INFRASTRUCTURE NETWORKS CONTAINERS CLOUD SERVICES AUTOMATE YOUR LINUX, ARISTA, DOCKER, AWS, DATABASES, ENTERPRISE WINDOWS, CISCO, LXC … GOOGLE CLOUD, LOGGING, UNIX … JUNIPER … AZURE … SOURCE CONTROL MANAGEMENT… USE CASES CONFIGURATION APP CONTINUOUS SECURITY & PROVISIONING MANAGEMENT DEPLOYMENT DELIVERY COMPLIANCE ORCHESTRATION HOW ANSIBLE WORKS CMDB PUBLIC / PRIVATE CLOUD ANSIBLE’S AUTOMATION ENGINE USERS HOSTS INVENTORY API MODULES PLUGINS NETWORKING ANSIBLE PLAYBOOK HOW ANSIBLE WORKS CMDB PUBLIC / PRIVATE CLOUD ANSIBLE’S AUTOMATION ENGINE PLAYBOOKS ARE WRITTEN IN YAML Tasks are executed sequentially USERS Invokes Ansible modules HOSTS INVENTORY API MODULES PLUGINS NETWORKING ANSIBLE PLAYBOOK HOW ANSIBLE WORKS CMDB PUBLIC / PRIVATE CLOUD ANSIBLE’S AUTOMATIONMODULES ENGINE ARE “TOOLS IN THE TOOLKIT” Python, Powershell, or any language USERS Extend Ansible simplicity to entire stack HOSTS INVENTORY API MODULES PLUGINS NETWORKING ANSIBLE PLAYBOOK HOW ANSIBLE WORKS CMDB [web] PUBLIC / PRIVATE webserver1.example.com CLOUD webserver2.example.com [db] ANSIBLE’S AUTOMATIONdbserver1.example.com ENGINE USERS HOSTS INVENTORY API MODULES PLUGINS NETWORKING ANSIBLE PLAYBOOK HOW ANSIBLE WORKS CMDB PUBLIC / PRIVATE CLOUD ANSIBLE’S AUTOMATIONCLOUD: ENGINE OpenStack, VMware, EC2, Rackspace, GCE, Azure, Spacewalk, Hanlon, Cobbler USERS CUSTOM CMDB HOSTS INVENTORY API MODULES PLUGINS NETWORKING ANSIBLE PLAYBOOK PLAYBOOK EXAMPLE --- - name: install and start apache hosts: all vars: http_port: 80 max_clients: 200 remote_user: root tasks: - name: install httpd yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf - name: start httpd service: name=httpd state=running PLAYBOOK EXAMPLE --- - name: install and start apache hosts: all vars: http_port: 80 max_clients: 200 remote_user: root tasks: - name: install httpd yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf - name: start httpd service: name=httpd state=running PLAYBOOK EXAMPLE --- - name: install and start apache hosts: all vars: http_port: 80 max_clients: 200 remote_user: root tasks: - name: install httpd yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf - name: start httpd service: name=httpd state=running PLAYBOOK EXAMPLE --- - name: install and start apache hosts: all vars: http_port: 80 max_clients: 200 remote_user: root tasks: - name: install httpd yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf - name: start httpd service: name=httpd state=running PLAYBOOK EXAMPLE --- - name: install and start apache hosts: all vars: http_port: 80 max_clients: 200 remote_user: root tasks: - name: install httpd yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf - name: start httpd service: name=httpd state=running PLAYBOOK EXAMPLE --- - name: install and start apache hosts: all vars: http_port: 80 max_clients: 200 remote_user: root tasks: - name: install httpd yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf - name: start httpd service: name=httpd state=running MODULES ANSIBLE TOWER AND RED HAT INFRASTRUCTURE Management / Satellite Infrastructure / RHEL ● Deploy satellite agents to servers ● Existing environment baselining ● Unify post-build systems and management management
Load more

Recommended publications
  • Quick-And-Easy Deployment of a Ceph Storage Cluster with SLES with a Look at SUSE Studio, Manager and Build Service
    Quick-and-Easy Deployment of a Ceph Storage Cluster with SLES With a look at SUSE Studio, Manager and Build Service Jan Kalcic Flavio Castelli Sales Engineer Senior Software Engineer [email protected] [email protected] Agenda Ceph Introduction System Provisioning with SLES System Provisioning with SUMa 2 Agenda Ceph Introduction SUSE Studio System Provisioning with SLES SUSE Manager System Provisioning with SUMa 3 Ceph Introduction What is Ceph • Open-source software-defined storage ‒ It delivers object, block, and file storage in one unified system • It runs on commodity hardware ‒ To provide an infinitely scalable Ceph Storage Cluster ‒ Where nodes communicate with each other to replicate and redistribute data dynamically • It is based upon RADOS ‒ Reliable, Autonomic, Distributed Object Store ‒ Self-healing, self-managing, intelligent storage nodes 5 Ceph Components Monitor Ceph Storage Cluster Object Storage Device (OSD) Ceph Metadata Server (MDS) Ceph Block Device (RBD) Ceph Object Storage (RGW) Ceph Clients Ceph Filesystem Custom implementation 6 Ceph Storage Cluster • Ceph Monitor ‒ It maintains a master copy of the cluster map (i.e. cluster members, state, changes, and overall health of the cluster) • Ceph Object Storage Device (OSD) ‒ It interacts with a logical disk (e.g. LUN) to store data (i.e. handle the read/write operations on the storage disks). • Ceph Metadata Server (MDS) ‒ It provides the Ceph Filesystem service. Purpose is to store filesystem metadata (directories, file ownership, access modes, etc) in high-availability Ceph Metadata Servers 7 Architectural Overview 8 Architectural Overview 9 Deployment Overview • All Ceph clusters require: ‒ at least one monitor ‒ at least as many OSDs as copies of an object stored on the cluster • Bootstrapping the initial monitor is the first step ‒ This also sets important criteria for the cluster, (i.e.
    [Show full text]
  • Compass – a Streamlined Openstack Deployment System
    2013年11月7日星期四 Compass – A Streamlined OpenStack Deployment System Shuo Yang Principal Architect of Cloud Computing, US R&D Center Outline of This Talk 1 Scope of Problem for Compass 2 Compass Explained 3 DRY, Truly Open Deployment 1 Compass at a Glimpse Think Big, Start Small A General System to Deploy Distributed Systems, Extensibility as a Primary Design Goal Not Limited to OpenStack, but Streamlined Our OpenStack Deployment Like a Charm To Be Open Sourced – Apache 2.0 Soon 100% Python, 5000 Line of Python Code Successfully Deployed Several Dogfood Clusters Compass Wiki Page: https://wiki.openstack.org/wiki/Compass 2 Data Center as a Computer Open Cloud OS (OpenStack) Open Deployment (Compass) OpenStackLinux Quantumeth0, lo Nova/proc Cinder/dev Live Auto CD / Deploy GRUB NIC CPU Disk SwitchSwitchSwitch CPUCPUServer DiskStorage NIC CPU Disk (5020) (2285/1285) (N8000/N900) OpenStack Control Channel LILO/GRUB/LiveCD for OpenStack HW/SW Configuration Deployment Channel 3 Why We Are Doing This? Full HW Portfolio in Data Center No.1 as Storage Revenue Growth No. 2 as `x86 Server Revenue Growth Needless to Say, Networking Gears.. OpenStack Makes the Above a Full Global Excellent Telecom Cloud Solution Cloud Solution Provider of year 2012 4 OpenStack Deployment System Overview Crowbar TripleO (“under the cloud” mode) Pioneer effort, a Ruby web app, Chef based Attractive concept to OpenStack folks: configuration management deploy OpenStack from OpenStack Fuel DevStack A great web apps, Puppet based A great tool for simple OpenStack
    [Show full text]
  • Spacewalk 2.0 for Oracle® Linux 6 Release Notes
    Spacewalk 2.0 for Oracle® Linux 6 Release Notes E51125-11 August 2017 Oracle Legal Notices Copyright © 2013, 2017, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • Installation Guide: Uyuni 2020.05
    Installation Guide Uyuni 2020.05 May 19, 2020 Table of Contents GNU Free Documentation License 1 Introduction 8 Installing Uyuni . 8 General Requirements 9 Obtain Your SUSE Customer Center Credentials . 9 Obtain the Unified Installer . 9 Supported Browsers for the SUSE Manager Web UI . 10 Partition Permissions . 10 Hardware Requirements . 11 Server Hardware Requirements . 11 Proxy Hardware Requirements . 12 Network Requirements . 13 Network Ports . 14 Public Cloud Requirements . 19 Instance Requirements. 20 Network Requirements . 20 Separate Storage Volumes. 20 Installation 22 Installing Uyuni 2020.05 Server. 22 Uyuni 2020.05 Proxy . 25 Install SUSE Manager in a Virtual Machine Environment with JeOS. 27 Virtual Machine Manager (virt-manager) Settings . 27 JeOS KVM Settings . 28 Preparing JeOS for SUSE Manager . 28 Install Uyuni Proxy from packages. 30 SLES KVM Requirements. 30 Change SLES for SUSE Manager Proxy . 31 Installing on IBM Z . 32 System Requirements . 33 Install Uyuni on IBM Z . 34 Setting Up 35 SUSE Manager Server Setup . 35 Set up Uyuni with YaST . 35 Creating the Main Administration Account . 37 Synchronizing Products from SUSE Customer Center. 38 SUSE Manager Proxy Registration . 40 SUSE Manager Proxy Setup. 44 Copy Server Certificate and Key . 44 Run configure-proxy.sh. 45 Enable PXE Boot . 46 Replace a Uyuni Proxy . 47 Web Interface Setup . 48 Web Interface Navigation . 49 Public Cloud Setup. 51 Account Credentials . 52 Setup Wizard . 53 Configure the HTTP Proxy . 53 Configure Organization Credentials. 53 Configure Products . 54 GNU Free Documentation License Copyright © 2000, 2001, 2002 Free Software Foundation, Inc. 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
    [Show full text]
  • Red Hat Satellite 6.3 Architecture Guide
    Red Hat Satellite 6.3 Architecture Guide Planning Satellite 6 Deployment Last Updated: 2019-04-16 Red Hat Satellite 6.3 Architecture Guide Planning Satellite 6 Deployment Red Hat Satellite Documentation Team [email protected] Legal Notice Copyright © 2019 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
    [Show full text]
  • IBM Red Hat Ansible Health Check Is Your Red Hat Ansible Environment Working As Hard As You Are?
    IBM Red Hat Ansible health check Is your Red Hat Ansible environment working as hard as you are? Highlights Your journey to cloud has many stops along the way. And, as with all journeys, it’s crucial to know where you want to be and how you’ll get there. No one solution is perfect without some tweaking of the software and tools. And, not all individuals Understand your progress and have experience in Red Hat® solutions and cloud environment management to align to your vision and roadmap. finetune tools as they progress. And, that’s where IBM can help. IBM Services® offers IBM Red Hat Ansible Health Check service to help you get Work to further achieve the goals the most from your Red Hat Ansible®, Ansible Tower and cloud investments by of Ansible and Ansible Tower— highlighting areas for you to adjust. The IBM specialists perform an assessment simplicity, security and stability. based on common challenges, such as provisioning, orchestration, automation, playbooks and processes, including continuous integration or continuous delivery Gain operational efficiencies (CI/CD). Following the 2.5-hour assessment session, you’ll receive a report that with Ansible in the areas of: will identify areas of concern, provide recommendations and help you make more – Infrastructure as code informed decisions for your enterprise and cloud environment. and provisioning – Compliance as code, Helping understand the complexities of automating, configuration management and security automation optimizing and allocating resources – Application deployment, While Ansible is incredibly flexible and adaptable, automation and provisioning orchestration and CI/CD can be complex with the number of technologies that are required to complete the tasks across multiple vendor environments, operating systems, hybrid clouds, – Network automation networks, plugins, modules and APIs.
    [Show full text]
  • Release 3.11.0
    CEKit Release 3.11.0 May 17, 2021 Contents 1 About 3 2 Main features 5 3 I’m new, where to start? 7 4 Releases and changelog 9 5 Contact 11 6 Documentation 13 6.1 Getting started guide........................................... 13 6.2 Handbook................................................ 19 6.3 Guidelines................................................ 61 6.4 Descriptor documentation........................................ 75 6.5 Contribution guide............................................ 137 7 Sponsor 143 8 License 145 i ii CEKit, Release 3.11.0 Contents 1 CEKit, Release 3.11.0 2 Contents CHAPTER 1 About Container image creation tool. CEKit helps to build container images from image definition files with strong focus on modularity and code reuse. 3 CEKit, Release 3.11.0 4 Chapter 1. About CHAPTER 2 Main features • Building container images from YAML image definitions using many different builder engines • Integration/unit testing of images 5 CEKit, Release 3.11.0 6 Chapter 2. Main features CHAPTER 3 I’m new, where to start? We suggest looking at the getting started guide. It’s probably the best place to start. Once get through this tutorial, look at handbook which describes how things work. Later you may be interested in the guidelines sections. 7 CEKit, Release 3.11.0 8 Chapter 3. I’m new, where to start? CHAPTER 4 Releases and changelog See the releases page for latest releases and changelogs. 9 CEKit, Release 3.11.0 10 Chapter 4. Releases and changelog CHAPTER 5 Contact • Please join the #cekit IRC channel on Freenode • You can always mail us at: cekit at cekit dot io 11 CEKit, Release 3.11.0 12 Chapter 5.
    [Show full text]
  • Spacewalk + Fedora = 42
    Spacewalk + Fedora = 42 What is Spacewalk? A systems management platform designed to provide complete lifecycle management of the operating system and applications. ● Inventory your systems (hardware & software information) ● Install and update software on your systems ● Manage and deploy configuration files ● Collect and distribute custom software packages ● Provision (Kickstart) your systems ● Monitor your systems ● Provision/Manage virtual guests Life Cycle of a System ● Provision a new system (on hardware or virt) ● Install software/updates ● Configure software ● Continued management of system ● Re-provision for a new purpose How can I manage my custom software? ● Create custom channels ● Allows control over latest software a system can install ● Store custom software within custom channels ● Easily install/update/remove packages from web interface How can I configure my software? ● Built in configuration management ● Rank configuration channels based on priority ● Can be deployed at provisioning/registration time ● Local overrides for individual systems ● Supports multiple revisions of files/directories ● Import existing files from systems ● Diff configuration files between actual and stored revisions How can I manage these systems across my organizations? ● Completely separate content and systems ● Manage entitlements across organizations ● Restrict entitlement usage ● Upcoming features – Custom Channel Sharing between orgs – Migrate registered systems between orgs Check out the MultiOrg Best Practices Whitepaper: https://www.redhat.com/f/pdf/rhn/Multiorg-whitepaper_final.pdf
    [Show full text]
  • Spacewalk 2.4 for Oracle® Linux Concepts and Getting Started Guide
    Spacewalk 2.4 for Oracle® Linux Concepts and Getting Started Guide E71709-03 January 2017 Oracle Legal Notices Copyright © 2017, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • Automating the F5 BIG-IP Platform with Ansible | F5 Technical White
    + TECHNICAL WHITE PAPER Automating the F5 BIG-IP Platform with Ansible TECHNICAL WHITE PAPER Automating the F5 BIG-IP Platform with Ansible Contents Introduction 3 The programmable network 3 A comprehensive joint solution 4 Use case: configure an HTTPS application on the BIG-IP platform 4 Conclusion 9 2 TECHNICAL WHITE PAPER Automating the F5 BIG-IP Platform with Ansible Introduction “The key drivers for the use of DevOps-related frameworks and toolsets remain scalability and reduction of operational expenses.”1 Traditionally, organizations deploy infrastructure and applications using a combination of various documents such as deployment guides along with many manual processes and operations. It’s a time-consuming approach that doesn’t align with ever-increasing requirements for speed and agility. The need to deploy full application stacks and services more quickly and more often in a repeatable manner has driven both development and operational teams toward automation and orchestration. In addition to enabling organizations to better manage applications, infrastructure deployments, and the process of provisioning and de-provisioning, automation reduces the amount of IT resources required and ensures increased reliability, efficiency, and agility. The programmable network Through a deep understanding of best practices for networking and application delivery, F5 empowers organizations to take advantage of the benefits of automation and programmability as they configure and manage devices on the BIG-IP platform. Both the hardware and virtual editions of F5 Application Delivery Controllers (ADCs) feature flexible and programmable management, control and data planes. F5 ADCs achieve programmability through the following features: 1. Traffic Management Shell (tmsh): Allows complete access to configure system features and set up and manage network elements.
    [Show full text]
  • Product Appendix 1 Software and Support
    PRODUCT APPENDIX 1 SOFTWARE AND SUPPORT SUBSCRIPTIONS This Product Appendix (which includes Exhibits applicable to specific Red Hat Products) contains terms that describe the parameters and govern your use of Software Subscriptions and Support Subscriptions. This Product Appendix does not apply to Red Hat hosted or on-line subscription offerings. When we use a capitalized term in this Product Appendix without defining it in this Product Appendix, the term has the meaning defined in the Agreement to which this Product Appendix applies, either the Red Hat Enterprise Agreement set forth at http://www.redhat.com/agreements or, if applicable, a mutually signed agreement between Client and Red Hat. In the event of a conflict, inconsistency or difference between this Product Appendix and an Exhibit to this Product Appendix, the terms of the Exhibit control. Red Hat may modify or update this Product Appendix either by posting a revised version of this Product Appendix at http://www.redhat.com/agreements, and/or by providing notice using other reasonable means. If you do not agree to the updated terms then, (a) the existing Product Appendix will continue to apply to Red Hat Products you have purchased as of the date of the update for the remainder of the then-current Subscription term(s); and (b) the updated or modified terms will apply to any new purchases or renewals of Red Hat Products made after the effective date of the updated terms. This Product Appendix does not apply to generally available open source projects such as www.wildfly.org, www.feedhenry.org, www.fedoraproject.org, www.openstack.redhat.com, www.gluster.org, www.centos.org, Ansible Project Software or other community projects.
    [Show full text]
  • Product Appendix 1 Software and Support Subscriptions
    PRODUCT APPENDIX 1 SOFTWARE AND SUPPORT SUBSCRIPTIONS This Product Appendix (which includes Exhibits applicable to specific Red Hat Products) contains terms that describe the parameters and govern your use of Software Subscriptions and Support Subscriptions. This Product Appendix does not apply to Red Hat hosted or on- line subscription offerings. When we use a capitalized term in this Product Appendix without defining it, the term has the meaning defined in the Agreement to which this Product Appendix applies, such as the Red Hat Enterprise Agreement. In the event of a conflict, inconsistency or difference between this Product Appendix and an Exhibit to this Product Appendix, the terms of the Exhibit control. Red Hat may modify or update this Product Appendix either by posting a revised version of this Product Appendix at http://www.redhat.com/agreements, and/or by providing notice using other reasonable means. If you do not agree to the updated terms then, (a) the existing Product Appendix will continue to apply to Red Hat Products you have purchased as of the date of the update for the remainder of the then-current Subscription term(s); and (b) the updated or modified terms will apply to any new purchases or renewals of Red Hat Products made after the effective date of the updated terms. This Product Appendix does not apply to generally available open source projects such as www.wildfly.org, www.feedhenry.org, www.fedoraproject.org, www.openstack.redhat.com, www.gluster.org, www.centos.org, Ansible Project Software or other community projects. 1. Subscription Services 1.1 Subscription Unit Definitions.
    [Show full text]