Learn Kubernetes Basics

Get Started

Ready to get your hands dirty? Build a simple Kubernetes cluster that runs "Hello World" for Node.js.

Documentation

Learn how to use Kubernetes with the use of walkthroughs, samples, and reference documentation. You can even help contribute to the docs!

Blog

Read the latest news for Kubernetes and the containers space in general, and get technical how-tos hot off the presses.

Interested in hacking on the core Kubernetes code base?

View On Github

Explore the community

Kubernetes v1.12 documentation is no longer actively maintained. The version you are currently viewing is a static snapshot. For up-to-date documentation, see latest version.

Edit This Page

Docs smoke test page

This page serves two purposes:

Demonstrate how the Kubernetes documentation uses Markdown
Provide a “smoke test” document we can use to test HTML, CSS, and template changes that affect the overall documentation.

Heading levels

The above heading is an H2. The page title renders as an H1. The following sections show H3-H6.

H3

This is in an H3 section.

H4

This is in an H4 section.

H5

This is in an H5 section.

H6

This is in an H6 section.

Inline elements

Inline elements show up within the text of paragraph, list item, admonition, or other block-level element.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Inline text styles

bold
italic
bold italic
~~strikethrough~~
underline
underline italic
underline bold
underline bold italic
monospace text
monospace bold

Lists

Markdown doesn’t have strict rules about how to process lists. When we moved from Jekyll to Hugo, we broke some lists. To fix them, keep the following in mind:

Make sure you indent sub-list items 4 spaces rather than the 2 that you may be used to. Counter-intuitively, you need to indent block-level content within a list item an extra 4 spaces too.
To end a list and start another, you need a HTML comment block on a new line between the lists, flush with the left-hand border. The first list won’t end otherwise, no matter how many blank lines you put between it and the second.

Bullet lists

This is a list item
This is another list item in the same list
You can mix - and *
- To make a sub-item, indent two tabstops (4 spaces). This is different from Jekyll and Kramdown.
  - This is a sub-sub-item. Indent two more tabstops (4 more spaces).
- Another sub-item.

This is a new list. With Hugo, you need to use a HTML comment to separate two consecutive lists. The HTML comment needs to be at the left margin.
Bullet lists can have paragraphs or block elements within them.

Indent the content to be one tab stop beyond the text of the bullet point. This paragraph and the code block line up with the second l in Bullet above.
```
  ls -l
```
- And a sub-list after some block-level content
A bullet list item can contain a numbered list.
1. Numbered sub-list item 1
2. Numbered sub-list item 2

Numbered lists

This is a list item
This is another list item in the same list. The number you use in Markdown does not necessarily correlate to the number in the final output. By convention, we keep them in sync.

Note:

For single-digit numbered lists, using two spaces after the period makes
interior block-level content line up better along tab-stops.

This is a new list. With Hugo, you need to use a HTML comment to separate two consecutive lists. The HTML comment needs to be at the left margin.
Numbered lists can have paragraphs or block elements within them.

Just indent the content to be one tab stop beyond the text of the bullet point. This paragraph and the code block line up with the m in Numbered above.
```
  $ ls -l
```
- And a sub-list after some block-level content. This is at the same “level” as the paragraph and code block above, despite being indented more.

Tab lists

Tab lists can be used to conditionally display content, e.g., when multiple options must be documented that require distinct instructions or context.

Choose one...
Formatting tab lists
Nested headers

Please select an option.

Tabs may also nest formatting styles.

Ordered
(Or unordered)
Lists

$ echo 'Tab lists may contain code blocks!'

Header within a tab list

Nested header tags may also be included.

Warning: Headers within tab lists will not appear in the Table of Contents.

Checklists

Checklists are technically bullet lists, but the bullets are suppressed by CSS.

This is a checklist item
This is a selected checklist item

Code blocks

You can create code blocks two different ways by surrounding the code block with three back-tick characters on lines before and after the code block. Only use back-ticks (code fences) for code blocks. This allows you to specify the language of the enclosed code, which enables syntax highlighting. It is also more predictable than using indentation.

Warning: There is one situation where you need to use indentation for code blocks: when the contents of the code block contain lines starting with - or * characters. This is due to blackfriday issue #239.

this is a code block created by back-ticks

The back-tick method has some advantages.

It works nearly every time
It is more compact when viewing the source code.
It allows you to specify what language the code block is in, for syntax highlighting.
It has a definite ending. Sometimes, the indentation method breaks with languages where spacing is significant, like Python or YAML.

To specify the language for the code block, put it directly after the first grouping of back-ticks:

ls -l

Common languages used in Kubernetes documentation code blocks include:

bash / shell (both work the same)
go
json
yaml
xml
none (disables syntax highlighting for the block)

Code blocks containing Hugo shortcodes

To show raw Hugo shortcodes as in the above example and prevent Hugo from interpreting them, use C-style comments directly after the < and before the > characters. The following example illustrates this (view the Markdown source for this page).

{{< codenew file="pods/storage/gce-volume.yaml" >}}

Links

To format a link, put the link text inside square brackets, followed by the link target in parentheses. Link to Kubernetes.io or Relative link to Kubernetes.io

You can also use HTML, but it is not preferred. Link to Kubernetes.io

Images

To format an image, use similar syntax to links, but add a leading ! character. The square brackets contain the image’s alt text. Try to always use alt text so that people using screen readers can get some benefit from the image.

pencil icon

To specify extended attributes, such as width, title, caption, etc, use the figure shortcode, which is preferred to using a HTML <img> tag. Also, if you need the image to also be a hyperlink, use the link attribute, rather than wrapping the whole figure in Markdown link syntax as shown below.

Pencil icon

Image used to illustrate the figure shortcode

Even if you choose not to use the figure shortcode, an image can also be a link. This time the pencil icon links to the Kubernetes website. Outer square brackets enclose the entire image tag, and the link target is in the parentheses at the end.

You can also use HTML for images, but it is not preferred.

pencil icon

Tables

Simple tables have one row per line, and columns are separated by | characters. The header is separated from the body by cells containing nothing but at least three - characters. For ease of maintenance, try to keep all the cell separators even, even if you heed to use extra space.

Heading cell 1	Heading cell 2
Body cell 1	Body cell 2

The header is optional. Any text separated by | will render as a table.

Markdown tables have a hard time with block-level elements within cells, such as list items, code blocks, or multiple paragraphs. For complex or very wide tables, use HTML instead.

Heading cell 1	Heading cell 2
Body cell 1	Body cell 2

Sidebars and Admonitions

Sidebars and admonitions provide ways to add visual importance to text. Use them sparingly.

Sidebars

A sidebar offsets text visually, but without the visual prominence of admonitions.

This is a sidebar.

You can have paragraphs and block-level elements within a sidebar.

You can even have code blocks.
sudo dmesg

Admonitions

Admonitions (notes, warnings, etc) use Hugo shortcodes.

Note:
Notes catch the reader’s attention without a sense of urgency.

You can have multiple paragraphs and block-level elements inside an admonition.

| Or | a | table |

Caution: The reader should proceed with caution.

Warning: Warnings point out something that could cause harm if ignored.

Includes

To add shortcodes to includes.

Note: Federation V1, the current Kubernetes federation API which reuses the Kubernetes API resources ‘as is’, is currently considered alpha for many of its features. There is no clear path to evolve the API to GA; however, there is a Federation V2 effort in progress to implement a dedicated federation API apart from the Kubernetes API. The details are available at sig-multicluster community page.

Katacoda Embedded Live Environment

Feedback

Was this page helpful?

Thanks for the feedback. If you have a specific, answerable question about how to use Kubernetes, ask it on Stack Overflow. Open an issue in the GitHub repo if you want to report a problem or suggest an improvement.