In this article, we will show you how to install Docker CE (Community Edition), create and run Docker containers on Ubuntu distribution. Installing Docker CE (Community Edition) in Ubuntu. To install Docker CE, first, you need to remove older versions of Docker were called docker, docker.io, or docker-engine from the system using the. && How to install Ansible on Ubuntu. Install Docker on Ubuntu. Step 1- Update your Ubuntu Linux Box. $ sudo apt-get update -y. Step 2 – Download and run a get-docker.sh script to install docker. $ curl -fsSL -o get-docker.sh $ sudo sh get-docker.sh. Or you can Download and run Test Script. Docker is a containerization technology that allows you to quickly build, test and deploy applications as portable, self-sufficient containers that can run virtually anywhere. In this tutorial, we'll cover how to install Docker on Ubuntu 18.04 and explore the basic Docker concepts and commands. Installing Docker on Ubuntu 20.04 is easy with this tutorial. Learn to install, start, and run Docker. Get started with this powerful virtualization tool! Due to that, docker-compose matchs the docker package version, but is outdated respect to docker.io. That's why, in Ubuntu 20.04, a docker-compose.yml file with version 3.8 is rejected by the docker-compose Ubuntu package; however, docker-compose file format 3.8 is right one respect to the docker.io version. – Peregring-lk Jun 8 '20 at 0:12.

• Docker Compose Linux Ubuntu
• Install Docker Linux Ubuntu
• Docker Linux Ubuntu 16.04

You can configure automatic log upload for continuous reports in Cloud App Security using a Docker on an on-premises Ubuntu, Red Hat Enterprise Linux (RHEL), or CentOS server.

Prerequisites

• OS:

  • Ubuntu 14.04, 16.04, and 18.04
  • RHEL 7.2 or higher
  • CentOS 7.2 or higher

• Disk space: 250 GB

• CPU: 2

• RAM: 4 GB

• Set your firewall as described in Network requirements

Note

If you have an existing log collector and want to remove it before deploying it again, or if you simply want to remove it, run the following commands:

Log collector performance

The Log collector can successfully handle log capacity of up to 50 GB per hour. The main bottlenecks in the log collection process are:

• Network bandwidth - Your network bandwidth determines the log upload speed.

• I/O performance of the virtual machine - Determines the speed at which logs are written to the log collector's disk. The log collector has a built-in safety mechanism that monitors the rate at which logs arrive and compares it to the upload rate. In cases of congestion, the log collector starts to drop log files. If your setup typically exceeds 50 GB per hour, it's recommended that you split the traffic between multiple log collectors.

Docker Compose Linux Ubuntu

Set up and configuration

Step 1 – Web portal configuration: Define data sources and link them to a log collector

1. Go to the Automatic log upload settings page.

   1. In the Cloud App Security portal, click the settings icon followed by Log collectors.

2. For each firewall or proxy from which you want to upload logs, create a matching data source.

   1. Click Add data source.
      
   2. Name your proxy or firewall.
      
   3. Select the appliance from the Source list. If you select Custom log format to work with a network appliance that isn't listed, see Working with the custom log parser for configuration instructions.
   4. Compare your log with the sample of the expected log format. If your log file format doesn't match this sample, you should add your data source as Other.
   5. Set the Receiver type to either FTP, FTPS, Syslog – UDP, or Syslog – TCP, or Syslog – TLS.

   Note

   Integrating with secure transfer protocols (FTPS and Syslog – TLS) often requires additional settings or your firewall/proxy.

   f. Repeat this process for each firewall and proxy whose logs can be used to detect traffic on your network. It's recommended to set up a dedicated data source per network device to enable you to:

   • Monitor the status of each device separately, for investigation purposes.
   • Explore Shadow IT Discovery per device, if each device is used by a different user segment.

3. Go to the Log collectors tab at the top.

   1. Click Add log collector.
   2. Give the log collector a name.
   3. Enter the Host IP address of the machine you'll use to deploy the Docker. The host IP address can be replaced with the machine name, if there is a DNS server (or equivalent) that will resolve the host name.
   4. Select all Data sources that you want to connect to the collector, and click Update to save the configuration.

4. Further deployment information will appear. Copy the run command from the dialog. You can use the copy to clipboard icon. Install docker debian 10 digitalocean.

5. Export the expected data source configuration. This configuration describes how you should set the log export in your appliances.

   Note

   • A single Log collector can handle multiple data sources.
   • Copy the contents of the screen because you will need the information when you configure the Log Collector to communicate with Cloud App Security. If you selected Syslog, this information will include information about which port the Syslog listener is listening on.
   • For users sending log data via FTP for the first time, we recommend changing the password for the FTP user. For more information, see Changing the FTP password.

Step 2 – On-premises deployment of your machine

The following steps describe the deployment in Ubuntu.

Note

The deployment steps for other supported platforms may be slightly different.

1. Open a terminal on your Ubuntu machine.

2. Change to root privileges using the command: sudo -i

3. To bypass a proxy in your network, run the following two commands:

4. If you accept the software license terms, uninstall old versions and install Docker CE by running the commands appropriate for your environment:

1. Remove old versions of Docker: yum erase docker docker-engine docker.io

2. Install Docker engine prerequisites: yum install -y yum-utils

3. Add Docker repository:

4. Install Docker engine: yum -y install docker-ce

5. Start Docker

6. Test Docker installation: docker run hello-world

1. Remove old versions of Docker: yum erase docker docker-engine docker.io

2. Install Docker engine prerequisites:

3. Add Docker repository:

4. Install dependencies:

5. Install Docker engine: sudo yum install docker-ce

6. Start Docker

7. Test Docker installation: docker run hello-world

1. Remove the container-tools module: yum module remove container-tools

2. Add the Docker CE repository: yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo

3. Modify the yum repo file to use CentOS 8/RHEL 8 packages: sed -i s/7/8/g /etc/yum.repos.d/docker-ce.repo

4. Install Docker CE: yum install docker-ce

5. Start Docker

6. Test Docker installation: docker run hello-world

1. Remove old versions of Docker: apt-get remove docker docker-engine docker.io

2. If you are installing on Ubuntu 14.04, install the linux-image-extra package.

3. Install Docker engine prerequisites:

4. Verify that the apt-key fingerprint UID is docker@docker.com: apt-key fingerprint | grep uid

5. Install Docker engine:

6. Test Docker installation: docker run hello-world

5. Deploy the collector image on the hosting machine by importing the collector configuration. Import the configuration by copying the run command generated in the portal. If you need to configure a proxy, add the proxy IP address and port number. For example, if your proxy details are 192.168.10.1:8080, your updated run command is:

6. Verify that the collector is running properly with the following command: docker logs <collector_name>

You should see the message: Finished successfully!

Step 3 - On-premises configuration of your network appliances

Configure your network firewalls and proxies to periodically export logs to the dedicated Syslog port or the FTP directory according to the directions in the dialog. For example:

Step 4 - Verify the successful deployment in the Cloud App Security portal

Check the collector status in the Log collector table and make sure the status is Connected. If it's Created, it's possible the log collector connection and parsing haven't completed.

You can also go to the Governance log and verify that logs are being periodically uploaded to the portal.

Alternatively, you can check the log collector status from within the docker container using the following commands:

1. Log in to the container by using this command: docker exec -it <Container Name> bash
2. Verify the log collector status using this command: collector_status -p

If you have problems during deployment, see Troubleshooting Cloud Discovery.

Optional - Create custom continuous reports

Verify that the logs are being uploaded to Cloud App Security and that reports are generated. After verification, create custom reports. You can create custom discovery reports based on Azure Active Directory user groups. For example, if you want to see the cloud use of your marketing department, import the marketing group using the import user group feature. Then create a custom report for this group. You can also customize a report based on IP address tag or IP address ranges.

1. In the Cloud App Security portal, under the Settings cog, select Cloud Discovery settings, and then select Continuous reports.
2. Click the Create report button and fill in the fields.
3. Under the Filters you can filter the data by data source, by imported user group, or by IP address tags and ranges.

Next steps

If you run into any problems, we're here to help. To get assistance or support for your product issue, please open a support ticket.

Estimated reading time: 7 minutes

Windows Subsystem for Linux (WSL) 2 introduces a significant architectural change as it is a full Linux kernel built by Microsoft, allowing Linux containers to run natively without emulation. With Docker Desktop running on WSL 2, users can leverage Linux workspaces and avoid having to maintain both Linux and Windows build scripts. In addition, WSL 2 provides improvements to file system sharing, boot time, and allows access to some cool new features for Docker Desktop users.

Docker Desktop uses the dynamic memory allocation feature in WSL 2 to greatly improve the resource consumption. This means, Docker Desktop only uses the required amount of CPU and memory resources it needs, while enabling CPU and memory-intensive tasks such as building a container to run much faster.

Additionally, with WSL 2, the time required to start a Docker daemon after a cold start is significantly faster. It takes less than 10 seconds to start the Docker daemon when compared to almost a minute in the previous version of Docker Desktop.

Prerequisites

Before you install the Docker Desktop WSL 2 backend, you must complete the following steps:

1. Install Windows 10, version 1903 or higher.
2. Enable WSL 2 feature on Windows. For detailed instructions, refer to the Microsoft documentation.
3. Download and install the Linux kernel update package.

Best practices

• To get the best out of the file system performance when bind-mounting files, we recommend storing source code and other data that is bind-mounted into Linux containers (i.e., with docker run -v <host-path>:<container-path>) in the Linux file system, rather than the Windows file system. You can also refer to the recommendation from Microsoft.

  • Linux containers only receive file change events (“inotify events”) if the original files are stored in the Linux filesystem. For example, some web development workflows rely on inotify events for automatic reloading when files have changed.
  • Performance is much higher when files are bind-mounted from the Linux filesystem, rather than remoted from the Windows host. Therefore avoid docker run -v /mnt/c/users:/users (where /mnt/c is mounted from Windows).
  • Instead, from a Linux shell use a command like docker run -v ~/my-project:/sources <my-image> where ~ is expanded by the Linux shell to $HOME.
• If you have concerns about the size of the docker-desktop-data VHDX, or need to change it, take a look at the WSL tooling built into Windows.
• If you have concerns about CPU or memory usage, you can configure limits on the memory, CPU, Swap size allocated to the WSL 2 utility VM.
• To avoid any potential conflicts with using WSL 2 on Docker Desktop, you must uninstall any previous versions of Docker Engine and CLI installed directly through Linux distributions before installing Docker Desktop.

Download

Download Docker Desktop Stable 2.3.0.2 or a later release.

Install

Ensure you have completed the steps described in the Prerequisites section before installing the Docker Desktop Stable 2.3.0.2 release.

1. Follow the usual installation instructions to install Docker Desktop. If you are running a supported system, Docker Desktop prompts you to enable WSL 2 during installation. Read the information displayed on the screen and enable WSL 2 to continue.
2. Start Docker Desktop from the Windows Start menu.

3. From the Docker menu, select Settings > General.

4. Select the Use WSL 2 based engine check box.

   If you have installed Docker Desktop on a system that supports WSL 2, this option will be enabled by default.

5. Click Apply & Restart.

6. Ensure the distribution runs in WSL 2 mode. WSL can run distributions in both v1 or v2 mode.

   To check the WSL mode, run:

   wsl.exe -l -v

   To upgrade your existing Linux distro to v2, run:

   wsl.exe --set-version (distro name) 2

   To set v2 as the default version for future installations, run:

   wsl.exe --set-default-version 2

7. When Docker Desktop restarts, go to Settings > Resources > WSL Integration.

   The Docker-WSL integration will be enabled on your default WSL distribution. To change your default WSL distro, run wsl --set-default <distro name>.

   For example, to set Ubuntu as your default WSL distro, run wsl --set-default ubuntu.

   Optionally, select any additional distributions you would like to enable the Docker-WSL integration on.

   Note

   The Docker-WSL integration components running in your distro depend on glibc. This can cause issues when running musl-based distros such as Alpine Linux. Alpine users can use the alpine-pkg-glibc package to deploy glibc alongside musl to run the integration.

8. Click Apply & Restart.

Develop with Docker and WSL 2

The following section describes how to start developing your applications using Docker and WSL 2. We recommend that you have your code in your default Linux distribution for the best development experience using Docker and WSL 2. After you have enabled WSL 2 on Docker Desktop, you can start working with your code inside the Linux distro and ideally with your IDE still in Windows. This workflow can be pretty straightforward if you are using VSCode.

Install Docker Linux Ubuntu

1. Open VSCode and install the Remote - WSL extension. This extension allows you to work with a remote server in the Linux distro and your IDE client still on Windows.

2. Now, you can start working in VSCode remotely. To do this, open your terminal and type:

   wsl

   code .

   This opens a new VSCode connected remotely to your default Linux distro which you can check in the bottom corner of the screen.

   Alternatively, you can type the name of your default Linux distro in your Start menu, open it, and then run code .

3. When you are in VSCode, you can use the terminal in VSCode to pull your code and start working natively from your Windows machine.

GPU support

Starting with Docker Desktop 3.1.0, Docker Desktop supports WSL 2 GPU Paravirtualization (GPU-PV) on NVIDIA GPUs. To enable WSL 2 GPU Paravirtualization, you need:

• A machine with an NVIDIA GPU
• The latest Windows Insider version from the Dev Preview ring
• Beta drivers from NVIDIA supporting WSL 2 GPU Paravirtualization
• Update WSL 2 Linux kernel to the latest version using wsl --update from an elevated commmand prompt
• Make sure the WSL 2 backend is enabled in Docker Desktop

To validate that everything works as expected, run the following command to run a short benchmark on your GPU:

Feedback

Docker Linux Ubuntu 16.04

Your feedback is very important to us. Please let us know your feedback by creating an issue in the Docker Desktop for Windows GitHub repository and adding the WSL 2 label.