Week in Review: Digital Rebar Provision v3.8.0 Release

Welcome to the RackN and Digital Rebar Weekly Review. You will find the latest news related to Edge, DevOps, SRE and other relevant topics.

Digital Rebar Provision Announces v3.8.0 – Workflows

Workflows are a first-class element of the system now. They have their own API endpoint and machine object field. They simplify all the MATH that used to be in the change-stage/map.

Key Features in the Release:

  • Workflows
    • Create Workflow object that replaces change-stage/map method for changing stages on machines
    • Maintain backwards compatibility with the change-stage/map system.
    • Update Machine object to have workflow as first-class field
    • Update Validations to properly control workflow states.
    • Allow events to be publish but not propagated. This allows for local log file logging of events without loops.
    • Add Windows-based drpcli to drp
    • More

News

RackN

Digital Rebar Community 

L8ist Sh9y Podcast

Social Media

 

Immutable Image Deployment from Digital Rebar Mastered Golden Image

Shane Gibson, Sr. Architect and Community Evangelist, RackN created a new Digital Rebar Provision (DRP) video highlighting immutable provisioning from a “golden image” as well as the ability to create that “golden image” from within Digital Rebar Provision.

Highlights:

  • Immutable Image Deployment Solution to 20 Target Bare Metal Machines
  • Creation of a “Golden Image” in Digital Rebar Provision
  • Detailed Overview of the RackN Portal UX to Support this Demo

More information on the Digital Rebar community and Digital Rebar Provision:

Podcast – Erica Windisch on Observability of Serverless, Edge Computing, and Abstraction Boundaries

Joining us this week is Erica Windisch, Founder/CTO at IOpipe, a high fidelity metrics and monitoring service which allows you to see inside AWS Lambda functions for better insights into the daily operations and development of severless applications.

Highlights

  • Intro of AWS Lambda and IOpipe
  • Discussion of Observability and Opaqueness of Serverless
  • Edge Computing Definition and Vision
  • End of Operating Systems and Abstraction Boundaries

Topic                                                                                Time (Minutes.Seconds)

Introduction                                                                    0.0 – 1.16
Vision of technology future                                         1.16 – 3.04 (Containers ~ Docker)
Complexity of initial experience with new tech       3.04 – 5.38 (Devs don’t go deep in OS)
Why Lambda?                                                                5.38 – 8.14 (Deploy functions)
What IOpipe does?                                                        8.14 – 10.54 (Observability for calls)
Lambda and Integration into IOpipe                          10.54 – 13.48 (Overhead)
Observability definition                                                 13.48 – 17.25
Opaque system with Lambda                                     17.25 – 21.13
Serverless framework still need tools to see inside   21.13 – 24.20 (Distributed Issues Day 1)
Edge computing definition                                           24.20 – 26.56 (Microprocessor in Everything)
Edge infrastructure vision                                            26.56 – 29.32 (TensorFlow example)
Portability of containers vs functions                         29.32 – 31.00 (Linux is Dying)
Abstraction boundaries                                                31.00 – 33.50 (Immutable Infra Panel)
Is Serverless the portability unit for abstraction?     33.50 – 39.46 (Amazon Greengrass)
Wrap Up                                                                          39.46 – END

 

Podcast Guest: Erica Windisch, Founder/CTO at IOpipe

Erica Windisch is the founder and CTO of IOpipe, a company that builds, connects, and scales code. She was previously a software and security engineer at Docker. Before joining Docker, worked as a principal engineer at Cloudscaling. Studied at Florida Institute of Technology.

 

Week in Review: Provision Physical and Virtual from a Single Platform

Welcome to the RackN and Digital Rebar Weekly Review. You will find the latest news related to Edge, DevOps, SRE and other relevant topics.

RackN NOW Provisions Virtual Machines Not Just Physical Machines 

This expansion to virtual machines allows Digital Rebar Provision (DRP) users to not only provision physical infrastructure but virtual as well both locally and in clouds. In this simple demo video we show how to connect a virtual platform to DRP and provision virtual machines alongside your bare metal infrastructure.

Learn More


News

RackN

Digital Rebar Community

L8ist Sh9y Podcast

Social Media

Create your first CentOS 7 Machine on RackN Portal with Digital Rebar Provision

This is the third blog in a series demonstrating the steps required to complete a series of tasks in the RackN Portal using Digital Rebar Provision.

Prerequisite

You will need an account on the RackN Portal with an active Digital Rebar Provision endpoint running. In this How To, I am using Packet.net for my infrastructure as I have no local hardware available to build a local system.

For information on creating a Digital Rebar Provision endpoint and connecting it to a RackN Portal please see these two prior How To blogs:

Step 1 : Create a new Machine on Packet.net

The RackN Portal needs a physical machine for Digital Rebar Provision (DRP) to discover and track in the Machine section of the UX. I am providing steps to create that machine on my Packet.net account:

  • Login into your Packet.net account

In the image above, I show my DRP endpoint (spectordemo-drp-ewr1-00) and a machine (spectordemo-machines-ewr1-01) I created during the Deploy and Test DRP in less than 10 Minutes How To guide. Note – my machines are Type 0 which is about $0.07 an hour to run and the location is at the EWR1 Packet.net data center.

  • Select +Add New to create a new physical machine on Packet.net

Enter the following information for the entry fields on the “Deploy on Demand” page:

  • Hostname: Enter anything you want with a .com (e.g. spectortest.com)
  • Location: Choose the same location of your endpoint – see screen above (e.g. EWR1)
  • Type: Type 0 (cheapest machine ~ $.07 per hour)
  • OS: Custom iPXE ; a new window will appear below that selection area after choosing Custom iPXE
    • Enter the http address of your Endpoint along with “:default.ipxe” at then end so you get “http://#.#.#.#:8091:default.ipxe” (NOTE – the RackN portal address will have :8092, be sure to switch here to :8091)
  • Select the “User Data” button and a new pop-up screen will appear; select SAVE

Packet will then show the new machine as it is setup with the color going from yellow to green during setup. If you click “View Progress” you can monitor the machine start.

Within a few minutes, the machine will switch from yellow to green at which point you will have created a new physical machine to provision with DRP.

Step 2 : Provision a new CentOS 7 Machine from with the RackN Portal 

  • Prepare the Global Workflow

The default Workflow available needs to be removed if you are working with Packet.net machines. If your screen does not look like the final Workflow image shown below, take the following steps:

  1. Delete the Workflow by clicking “Remove” on each step until it is removed
  2. Click the Workflow Wizard to create the 3 Stages shown below

The final Workflow page should look like the image below with three separate Stages and follow-on steps for processing.

  • Confirm new Machine is Visible to RackN Portal

The newly created machine on Packet.net should now be visible in your Bulk Actions page as shown below. The Stage will be set to “sledgehammer-wait and BootEnv to “sledgehammer.”

If the Stage for the new machine is not correct, reboot the machine using the Plugin Action -> powercycle option. The machine should then set to the proper Stage and BootEnv as shown above.

  • Change the Stage and BootEnv to CentOS 7 Settings

Before this final step, be sure to check the machine in the Packet.net settings that it is set for PXE Boot to YES/ON.

In the Bulk Action page, you can change the Stage and BootEnv settings. Select the newly created machine and set the Stages to “centos-7-install” as shown below and then click the 4-arrow button.

Once complete you will see the following setup on the Bulk Action page.

  • Reboot the new Machine in Packet.net

The final step to provision this new machine from DRP is to change the Plugin Action option to “powercycle” and press the hand with figure down. Of course, make sure your machine is selected as show in the image above.

Step 3 : Monitor the Installation of CentOS 7 on the new Machine

To monitor the activity on your new machine you will need to ssh into that machine from a terminal window. To get the ssh key, I selected the new machine in the RackN Portal and grabbed the content from the >_packet/sos: line below. In this case I used 9a17d7d1-fa74-4757-8683-82b57e8e3ed2@sos.sjc1.packet.net.

In the same directory you ran the “pkt-demo” How To in the first blog, you will see a file like “spectordemo-machines-ssh-key” depending on the names you used in the first blog.  Run this command:

ssh -i spectordemo-machines-ssh-key 9a17d7d1-fa74-4757-8683-82b57e8e3ed2@sos.sjc1.packet.net

This will connect to the new machine so you can see activity. For the machine waiting at sledgehammer-wait you will see the following image:

Once the reboot is executed in STEP 3 / (Reboot the New Machine in Packet.net) you will see the machine shut down and disconnect you. Run the same ssh command and you will see this screen while the machine reboots:

The machine will then move into the CentOS 7 install and you will see a sequence of Linux install information such as the following:

This completes the provisioning of a new machine on Packet.net using the RackN Portal Workflow process.

Provision Virtual Machines with an Open Source Physical Infrastructure Solution

Rob Hirschfeld, CEO/Co-Founder, RackN created a new Digital Rebar Provision (DRP) video highlighting the creation of virtual machines within the standard automation process. Highlights:

  • Create a New Virtual Machine from the Physical Provisioning Tool – DRP
  • VirtualBox IMPI Plugin – Preview of Pre-Release Tool
  • RackN Portal will inventory virtual machines available on network for management
  • Packet IMPI Plugin – enable creation of VMs on Packet cloud hardware

This expansion to virtual machines allows DRP users to not only provision physical infrastructure but virtual as well both locally and in clouds.

More information on the Digital Rebar community and Digital Rebar Provision:

Podcast: Justin Garrison on Cloud Native Infrastructure, Immutability, Observability and Much More

In this week’s podcast, we speak with Justin Garrison, co-author of Cloud Native Infrastructure (CNI).

  • Behind scenes for O’Reilly book and choice of cover animal
  • Infrastructure and CNI approach
  • State and Immutability / Immutable VM
  • Terraform and Kubernetes
  • Observability
  • The Why of Immutability
  • Infrastructure as Software (Netflix)
  • Site Reliability Engineering and DevOps

Topic                                                               Time (Minutes.Seconds)

Introduction                                                     0.0 – 2.11
TechNative Podcast on writing book          2.11 – 2.45
Cover of Cloud Native book                         2.45 – 4.52 (Andean Condor)
Why is infrastructure a dead carcass?        4.52 – 5.38 (Shift and lift is not enough)
Describe your approach to infrastructure  5.38 – 8.40
Maintain state with immutability                  8.40 – 13.14 (Containers don’t mean cloud native)
Immutable VM                                                13.14 – 18.55
Terraform                                                         18.55 – 21.55
Kubernetes                                                      21.55 – 27.52 (Helm example)
Observability                                                   27.52 – 35.32 (Prometheus)
Immutability and Why                                   35.32 – 38.08 (Repository dependencies)
Infrastructure as Software                            38.08 – 40.33 (Chaos engineering)
Google SRE Book                                           40.33 – 44.11 (Build empathy vs everyone as dev)
Wrap Up                                                          44.11– END

 

Podcast Guest

Justin Garrison, co-author of Cloud Native Infrastructure (CNI)

Justin loves open source almost as much as he loves community. He is not a fan of buzz words but searches for the patterns and benefits behind technology trends. He frequently shares his findings and tries to disseminate knowledge through practical lessons and unique examples. He is an active member in many communities and constantly questions the status quo. He is relentless in trying to learn new things and giving back to the communities who have taught him so much.

 

Week in Review: RackN talks Immutability and DevOps at SRECon Americas

Welcome to the RackN and Digital Rebar Weekly Review. You will find the latest news related to Edge, DevOps, SRE and other relevant topics.

Immutable Deployments talk at SRECon Americas

Rob Hirschfeld presented at SRECon Americas this week, “Don’t Ever Change! Are Immutable Deployments Really Simpler, Faster and Safer?”

Configuration is fragile because we’re talking about mutating a system. Infrastructure as code, means building everything in place. Every one of our systems have to be configured and managed and that creates a dependency graph. We can lock things down, but we inevitably have to patch our systems.

Immutable infrastructure is another way of saying “pre-configured systems”. Traditional deployment models do configuration after deployment, but it’s better if we can do it beforehand. Immutability is a DevOps pattern. Shift configuration to the left of our pipeline; move it from the production to build stage.

Finish Reading Review from Tanya Reilly (@whereistanya)


News

RackN

Digital Rebar Community

L8ist Sh9y Podcast

Social Media

Podcast – Dave Nielsen talks Redis and usage at the Edge

Joining us this week is Dave Nielsen, Head of Ecosystem Programs at Redis Labs. Dave provides background on the Redis project and discusses ideas for using Redis in edge devices.

Highlights

  • Background of Redis project and Redis Labs
  • Redis and Edge Computing
  • Where is the Edge?
  • Raspberry Pi for edge devices? It’s about management
  • Wasteland of IT management at the edge

Topic                                                                                  Time (Minutes.Seconds)

Introduction                                                                     0.0 – 1.40
What is Redis and Redis Labs?                                    1.40 – 6.18
Redis product                                                                  6.18 – 6.54 (in-memory data store)
Need to store state of service                                      6.54 – 10.40 (queue storage in memory)
Using Redis at edge                                                       10.40 – 15.01(Dave’s definition of edge)
Data generated at edge than can be uploaded       15.01 – 16.55
Redis and other platforms at edge                             16.55 – 18.01 (Kubernetes, Docker)
Does edge need platform and a winner?                  18.01 – 21.01
Global distribution to edge sites                                 21.01 – 24.55 (Where is the edge?)
Difference b/w CDN and containers                          24.55 – 26.10 (Storage vs Compute)
Smaller devices and intermediary edge hub           26.10 – 34.10 (Raspberry Pi)
IoT devices fragmented market and hubs                34.10 – 36.44
Pushing updates at massive scale                             36.44 – 40.55 (infra not data centers)
How get code out to the edge devices?                   40.55 – 44.00 (unchartered territory)
Wrap Up                                                                          44.00 – END

Podcast Guest: Dave Nielsen, Head of Ecosystem Programs at Redis Labs

Dave works for Redis Labs organizing workshops, hackathons, meetups and other events to help developers learn when and how to use Redis. Dave is also the co-founder and lead organizer of CloudCamp, a community of Cloud Computing enthusiasts in over 100 cities around the world. Dave graduated from Cal Poly: San Luis Obispo and has worked in developer relations for 12 years at companies like PayPal, Strikeiron and Platform D. Dave gained modest notoriety when he proposed to his girlfriend in the book “PayPal Hacks.”

Twitter: @davenielsen

 

Week in Review: Data Center 2020 Blog Series from IBM Think 2018

Welcome to the RackN and Digital Rebar Weekly Review. You will find the latest news related to Edge, DevOps, SRE and other relevant topics.

Data Center of 2020 Blog Series from IBM Think 2018
(Series by Rob Hirschfeld, CEO/Co-Founder, RackN)

When discussing the data center of the future, it’s critical that we start by breaking the concept of the data center as a physical site with guarded walls, raised floors, neat rows of servers and crash cart pushing operators. The Data Center of 2020 (DC2020) is a distributed infrastructure comprised of many data centers, cloud services and connected devices.

The primary design concept of DC2020 is integrated automation not actual infrastructures.

RackN Portal Management Connection for the 10 Minute Demo

In my previous blog, I provided step by step directions to install Digital Rebar Provision on a new endpoint and create a new node using Packet.net for users without a local hardware setup. (Demo Tool on GitHub) In this blog, I will introduce the RackN Portal and connect it to the active setup running on Packet.net at the end of the demo process.

Read More


News

RackN

Digital Rebar Community

L8ist Sh9y Podcast

Social Media