News¶

LXD 5.6 リリースのお知らせ¶

23rd of September 2022

はじめに ¶

LXD チームは LXD 5.6 のリリースをお知らせできることにとてもワクワクしています!

LXD を使ってコンテナや仮想マシンを実行しているか、クラスタリングとプロジェクトを使っているかどうかに関わらず、このリリースはあらゆる面で改良されている、色々なことがある LXD リリースです。

Enjoy!

新機能とハイライト ¶

Grafana Loki サポート ¶

LXD はログメッセージやライフサイクルイベントを、中央の Grafana Loki サーバーに送ることができるようになりました。今回の初期実装は HTTP の Basic 認証をサポートしており、ラベルとして送られるフィールドに関してある程度の柔軟性があります。

仕様 : https://discuss.linuxcontainers.org/t/lxd-stream-lifecycle-and-log-events-to-loki/14992
ドキュメント : https://linuxcontainers.org/lxd/docs/latest/server/

ローカルストレージプール上のオブジェクトストレージ ¶

LXD 5.5 での Ceph を使ったストレージバケットの初期実装に続き、このリリースでは機能が拡張され、他のストレージドライバーすべてで動作するようになりました。

これはローカルストレージドライバーから直接 S3 互換 API を提供できる MinIO project の素晴らしい成果にもとづいています。

仕様 : https://discuss.linuxcontainers.org/t/lxd-object-storage-s3-api/14579
ドキュメント : https://linuxcontainers.org/lxd/docs/latest/howto/storage_buckets/

仮想マシンでの Infiniband サポート ¶

コンテナと仮想マシンが同じように動くようにするための作業が続いています。今回は LXD VM に Infiniband のサポートを追加しました。

これは、infiniband デバイスタイプを使うことでコンテナと同様に動作します。physical と sriov の両方をサポートします。この場合 SR-IOV が機能するためには、システム上で IOMMU が有効になっており、Mellanox ドライバーで "unprobed" の状態のままの SR-IOV バーチャルファンクションが多数存在していることを確認する必要があります。

ドキュメント : https://linuxcontainers.org/lxd/docs/latest/instances/#type-infiniband

プロジェクト内での制限されたネットワークアクセス ¶

LXD のプロジェクトで設定できるオプションや制限の数はまだ増えています。今回は新たに restricted.networks.access を追加しました。このオプションは管理ネットワークをカンマ区切りのリストで指定します。

設定した場合、制限されたプロジェクトはこれらのネットワークの使用とリストのみを許可します。この機能は特にネットワークとして ovn を使っていないけれども、プロジェクトごとに 1 つのネットワークを分離して使っているような環境で特に有用です。

ドキュメント : https://linuxcontainers.org/lxd/docs/latest/projects/

instance-ready ライフサイクルイベント ¶

LXD 5.5 で、/dev/lxd ゲスト API を通してトリガーできる、新たにインスタンスの状態として READY を導入しました。LXD 5.6 では、新たに instance-ready ライフサイクルイベントを追加しました。これはインスタンスが利用可能状態になったときに発行されます。

有効な CPU の総数を示すメトリック ¶

最後に、新たなメトリックを LXD のメトリクス API に追加しました。

lxd_cpu_effective_total は、インスタンスで利用できる CPU の総数をレポートします。これは CPU の使用率を正確に計算するのに役立ちます。

すべての変更点（翻訳なし） ¶

このリリースでの完全な変更点のリストは次の通りです:

試用環境 ¶

この新しい LXD リリースは私たちの デモサービス で利用できます。

ダウンロード ¶

このリリースの tarball は ダウンロードページ から取得できます。

ビルド済みバイナリーは次のようにして使えます:

• Linux: snap install lxd
• MacOS: brew install lxc
• Windows: choco install lxc

LXD 5.5 リリースのお知らせ¶

19th of August 2022

はじめに ¶

LXD チームは LXD 5.5 のリリースをお知らせできることにとてもワクワクしています!

このリリースでは、LXD でのオブジェクトストレージのサポート開始を含む、非常にエキサイティングな機能が追加されています。また、小さいながらも歓迎すべき機能追加や修正も行われています。

Enjoy!

新機能とハイライト ¶

（Ceph 上の）ストレージバケット ¶

LXD がオブジェクトストレージサポートをゲットしました!

これはストレージバケットというまったく新しい概念と、専用のコマンド（lxc storage bucket）と API を追加することで実現しています。

この機能で LXD ユーザーは新たにストレージバケットを作成し、サイズの制限を割り当て、そのバケットへのアクセスキーを管理できます。バケットには S3 API を持った独自の URL があります。

初期実装では、S3 API を提供する rados ゲートウェイを持つ Ceph の使用に限定されています。LXD 5.6 では minio を使って、他の全てのストレージドライバーにこの機能を拡張する予定です。

stgraber@dakara:~$ lxc storage create remote-object cephobject cephobject.radosgsw.endpoint=http://athos.hosts.mtl.stgraber.net:7480
Storage pool remote-object created

stgraber@dakara:~$ lxc storage bucket create remote-object foo
Storage bucket foo created

stgraber@dakara:~$ lxc storage bucket key create remote-object foo admin --role admin
Storage bucket key admin added
Access key: TNZAYZSYIHM243PS8337
Secret key: xbBTY8exhnXdm3uwEcsBjeBVBFzi4n4NOhtOEYa3

stgraber@dakara:~$ lxc storage bucket show remote-object foo
config: {}
description: ""
name: foo
s3_url: http://athos.hosts.mtl.stgraber.net:7480/foo
location: ""

stgraber@dakara:~$ time s3cmd put Downloads/Win11_English_x64v1.iso s3://foo --multipart-chunk-size-mb=1000 --no-ssl --host athos.hosts.mtl.stgraber.net:7480 --host-bucket athos.hosts.mtl.stgraber.net:7480 --access_key TNZAYZSYIHM243PS8337 --secret_key xbBTY8exhnXdm3uwEcsBjeBVBFzi4n4NOhtOEYa3
upload: 'Downloads/Win11_English_x64v1.iso' -> 's3://foo/Win11_English_x64v1.iso'  [part 1 of 6, 1000MB] [1 of 1]
 1048576000 of 1048576000   100% in   26s    37.30 MB/s  done
upload: 'Downloads/Win11_English_x64v1.iso' -> 's3://foo/Win11_English_x64v1.iso'  [part 2 of 6, 1000MB] [1 of 1]
 1048576000 of 1048576000   100% in   25s    39.72 MB/s  done
upload: 'Downloads/Win11_English_x64v1.iso' -> 's3://foo/Win11_English_x64v1.iso'  [part 3 of 6, 1000MB] [1 of 1]
 1048576000 of 1048576000   100% in   28s    35.28 MB/s  done
upload: 'Downloads/Win11_English_x64v1.iso' -> 's3://foo/Win11_English_x64v1.iso'  [part 4 of 6, 1000MB] [1 of 1]
 1048576000 of 1048576000   100% in   31s    32.15 MB/s  done
upload: 'Downloads/Win11_English_x64v1.iso' -> 's3://foo/Win11_English_x64v1.iso'  [part 5 of 6, 1000MB] [1 of 1]
 1048576000 of 1048576000   100% in   29s    33.45 MB/s  done
upload: 'Downloads/Win11_English_x64v1.iso' -> 's3://foo/Win11_English_x64v1.iso'  [part 6 of 6, 307MB] [1 of 1]
 322172928 of 322172928   100% in    9s    33.17 MB/s  done

real    2m37.658s
user    0m20.592s
sys     0m4.383s

stgraber@dakara:~$ s3cmd get s3://foo/Win11_English_x64v1.iso --multipart-chunk-size-mb=1000 --no-ssl --host athos.hosts.mtl.stgraber.net:7480 --host-bucket athos.hosts.mtl.stgraber.net:7480 --access_key TNZAYZSYIHM243PS8337 --secret_key xbBTY8exhnXdm3uwEcsBjeBVBFzi4n4NOhtOEYa3
download: 's3://foo/Win11_English_x64v1.iso' -> './Win11_English_x64v1.iso'  [1 of 1]
 5565052928 of 5565052928   100% in   31s   170.59 MB/s  done

上記のように、標準的な S3 クライアントを使って新しいバケットの作成と利用を見ることができます。

インスタンスの使用可能状態 ¶

LXD ユーザーが直面する共通の問題に、インスタンスがいつ使用可能になるかを知りたいという問題がありました。
この問題は "ready" の定義がかなり状況固有になるため、LXD だけで解決できる問題ではありません。しかし、LXD にできることは、いつ使用可能になったかを教え、それを API を通して公開することです。

この方法は、ゲスト API（/dev/lxd）を通して動作します:

stgraber@dakara:~$ lxc list u1
+------+---------+-----------------------+-------------------------------------------+-----------+-----------+
| NAME |  STATE  |         IPV4          |                   IPV6                    |   TYPE    | SNAPSHOTS |
+------+---------+-----------------------+-------------------------------------------+-----------+-----------+
| u1   | RUNNING | 172.17.250.107 (eth0) | 2602:fc62:b:250:216:3eff:feb9:e5bd (eth0) | CONTAINER | 0         |
+------+---------+-----------------------+-------------------------------------------+-----------+-----------+

stgraber@dakara:~$ lxc exec u1 bash
root@u1:~# curl --unix-socket /dev/lxd/sock lxd/1.0
{"state":"Started","api_version":"1.0","instance_type":"container","location":"none"}
root@u1:~# curl --unix-socket /dev/lxd/sock lxd/1.0 -X PATCH -d '{"state": "Ready"}'
root@u1:~# exit

stgraber@dakara:~$ lxc list u1
+------+-------+-----------------------+-------------------------------------------+-----------+-----------+
| NAME | STATE |         IPV4          |                   IPV6                    |   TYPE    | SNAPSHOTS |
+------+-------+-----------------------+-------------------------------------------+-----------+-----------+
| u1   | READY | 172.17.250.107 (eth0) | 2602:fc62:b:250:216:3eff:feb9:e5bd (eth0) | CONTAINER | 0         |
+------+-------+-----------------------+-------------------------------------------+-----------+-----------+

devlxd API が無効化されていない限り、この機能はコンテナと仮想マシンの両方で動作します。

BGP ホールドタイムの設定 ¶

新たに bgp.peers.NAME.holdtime という設定キーを導入しました。
これにより、ピアに特定の BGP ホールドタイムの値を設定できます。通常のデフォルト値である 180 秒よりずっと小さな値に減らせます。

全プロジェクトのストレージボリューム情報の取得 ¶

ここしばらくのインスタンス API と同様に、URL で ?all-projects=true というキーワードを使って、プロジェクトをまたがるボリューム情報を取得できるようになりました。

stgraber@dakara:~$ lxc query /1.0/storage-pools/default/volumes?all-projects=true
[
    "/1.0/storage-pools/default/volumes/container/bgp-test",
    "/1.0/storage-pools/default/volumes/container/centos3",
    "/1.0/storage-pools/default/volumes/container/centos4",
    "/1.0/storage-pools/default/volumes/container/charmcraft-lxd-1779348-0-0-amd64?project=charmcraft",
    "/1.0/storage-pools/default/volumes/container/lxd-build",
    "/1.0/storage-pools/default/volumes/container/snapcraft-lxd",
    "/1.0/storage-pools/default/volumes/container/snapcraft-microceph-1142335?project=snapcraft",
    "/1.0/storage-pools/default/volumes/container/speedtest",
    "/1.0/storage-pools/default/volumes/container/u1",
    "/1.0/storage-pools/default/volumes/custom/backups",
    "/1.0/storage-pools/default/volumes/custom/images",
    "/1.0/storage-pools/default/volumes/virtual-machine/v1",
    "/1.0/storage-pools/default/volumes/virtual-machine/v2",
    "/1.0/storage-pools/default/volumes/virtual-machine/win11"
]

メトリクスの OOM kill カウンター ¶

新しいメトリクス API エントリーを追加しました。カーネルの Out Of Memory killer が発生した回数を監視します。

stgraber@dakara:~$ lxc config set u1 limits.memory=64MiB
stgraber@dakara:~$ lxc query /1.0/metrics | grep lxd_memory_OOM_kills_total
# HELP lxd_memory_OOM_kills_total The number of out of memory kills.
# TYPE lxd_memory_OOM_kills_total counter
lxd_memory_OOM_kills_total{name="u1",project="default",type="container"} 0

stgraber@dakara:~$ lxc exec u1 -- apt update
Hit:1 http://archive.ubuntu.com/ubuntu focal InRelease
Hit:2 http://security.ubuntu.com/ubuntu focal-security InRelease
Hit:3 http://archive.ubuntu.com/ubuntu focal-updates InRelease
stgraber@dakara:~$ ts... 56% Killed

stgraber@dakara:~$ lxc query /1.0/metrics | grep lxd_memory_OOM_kills_total
# HELP lxd_memory_OOM_kills_total The number of out of memory kills.
# TYPE lxd_memory_OOM_kills_total counter
lxd_memory_OOM_kills_total{name="u1",project="default",type="container"} 1

データベースの最適化 ¶

最後に、新機能ではありませんが、このリリースの重要な注目点です。
LXD が実行するデータベースリクエストの回数を減らし、これらのリクエストを全体的に最適化するために、多くの作業を行いました。

これにより、全体的にパフォーマンスが向上しました。そして、一部の大規模なクラスターユーザーで発生していたような多数のタイムアウトが回避できるはずです。

すべての変更点（翻訳なし） ¶

このリリースでの完全な変更点のリストは次の通りです:

試用環境 ¶

この新しい LXD リリースは私たちの デモサービス で利用できます。

ダウンロード ¶

このリリースの tarball は ダウンロードページ から取得できます。

ビルド済みバイナリーは次のようにして使えます:

• Linux: snap install lxd
• MacOS: brew install lxc
• Windows: choco install lxc

LXD 5.0.1 リリースのお知らせ¶

19th of August 2022

はじめに ¶

LXD チームが LXD 5.0.1 のリリースをお知らせします!

このリリースは LXD 5.0 の最初のバグ修正リリースです。このリリースは 2027 年 6 月までサポートされます。

アップグレードの注意 ¶

vsock API の変更（LXD VM）¶

両方向の vsock インターフェース（下記参照）の作業の一環で、LXD VM 内部のホストからゲストへの通信での TLS の扱いがかなり壊れていることに気づきました。

サーバーとクライアントの認証はすべて正しく行われていたので、セキュリティの観点では懸念することはありません。特に理由もなく TLS over TLS を行っていたので、意味もなくオーバーヘッドが 2 倍になり、実際に REST/HTTP レイヤーがクライアントについての詳細にアクセスすることを妨げていました。

このリリースでは LXD と VM エージェントの両方をアップデートし、TLS の単一のレイヤーでのみ処理されるようにして、この問題を修正しました。残念ながら、これは後方互換性のある方法で処理できるものではありません…

この結果、LXD 5.0.1 へのアップグレードを行うと、すべての実行中の仮想マシンとのエージェントの通信が切断されます。これは lxc exec と lxc file に影響します。lxc restart で影響を受けた VM を再起動することで、更新されたバージョンのエージェントで VM を再起動され、この問題が修正されます。

回避方法: ゲスト内部で更新されたバージョンに手動で置き換えることができます。積極的に行う（LXDが更新されるまで通信が途絶えます）か、SSH もしくはテキストコンソールで事後に行うかのどちらかです。systemd を使ったシステムであると想定した場合の手順は次の通りです:

• systemctl stop lxd-agent
• /run/lxd_agent/lxd-agent を新しいバージョンのバイナリに置き換えます
• mount -o bind /bin/true /lib/systemd/lxd-agent-setup
• systemctl start lxd-agent

バグ修正と改良 ¶

このリリースには、開発ブランチで行われた数ヶ月分のバグ修正とマイナーな改良が含まれています。

主な変更点は次の通りです:

• ストレージボリュームの状態に total フィールドの追加
• file API に HEAD メソッドのサポートを追加
• resource API で PCI VPD データの公開
• 新たに raw.qemu.conf 設定キーを仮想マシンに追加
• cephfs ストレージドライバーで fscache のサポート
• 仮想マシン用の双方向の通信路
• プロジェクトをまたがったストレージボリュームデータの取得のサポート

コミットの全リストは次の通りです（翻訳なし）:

試用環境 ¶

この新しい LXD リリースは私たちの デモサービス で利用できます。

ダウンロード ¶

このリリースの tarball は ダウンロードページ から取得できます。

ビルド済みバイナリーは次のようにして使えます:

• Linux: snap install lxd
• MacOS: brew install lxc
• Windows: choco install lxc

LXD 5.4 リリースのお知らせ¶

25th of July 2022

はじめに ¶

LXD チームは LXD 5.4 のリリースをお知らせできることにとてもワクワクしています!

今回のリリースは、今後のリリースに含まれるかなりの新機能の始まりになるでしょう。新機能の 1 つは主要な新機能で、今後さらに必要となる機能の基盤となる機能です。

Enjoy!

アップグレード時の注意 ¶

vsock API の変更（LXD VM）¶

両方向の vsock インターフェース（下記参照）の作業の一環で、LXD VM 内部のホストからゲストへの通信での TLS の扱いがかなり壊れていることに気づきました。

サーバーとクライアントの認証はすべて正しく行われていたので、セキュリティの観点では懸念することはありません。特に理由もなく TLS over TLS を行っていたので、意味もなくオーバーヘッドが 2 倍になり、実際に REST/HTTP レイヤーがクライアントについての詳細にアクセスすることを妨げていました。

このリリースでは LXD と VM エージェントの両方をアップデートし、TLS の単一のレイヤーでのみ処理されるようにして、この問題を修正しました。残念ながら、これは後方互換性のある方法で処理できるものではありません…

この結果、LXD 5.4 へのアップグレードを行うと、すべての実行中の仮想マシンとのエージェントの通信が切断されます。これは lxc exec と lxc file に影響します。lxc restart で影響を受けた VM を再起動することで、更新されたバージョンのエージェントで VM を再起動され、この問題が修正されます。

新機能とハイライト ¶

ロードバランサー（OVN） ¶

このリリース最大の新機能です。ネットワークロードバランサーのコンセプトが LXD に導入されます。

既存のネットワークフォワード機能とコンセプトが似ていますが、ロードバランサーは特定のアドレスやポートが複数のターゲットを持て、OVN がソースとデスティネーションアドレスをハッシュ化することでロードバランシングを処理するという点で異なります。

この機能はすべて lxc network load-balancer を通して扱い、現時点では OVN ネットワークに限定されています。

ドキュメント : https://linuxcontainers.org/lxd/docs/latest/howto/network_load_balancers/

仕様 : https://discuss.linuxcontainers.org/t/lxd-network-load-balancers-ovn/14317

双方向 vsock インターフェース（VM） ¶

LXD の VM では、LXD デーモンは仮想マシン内で動作するエージェント（lxd-agent）と相互に動作します。このような動作によって、lxc exec や lxc file のようなコマンドが、コンテナと同じように動作します。

これは、各 VM が vsock をリスンし、ホストがエージェントに接続することで行われます。
しかし、今回のリリースまで、エージェントからホストに接続する方法はありませんでした。

これはゲストの /dev/lxd API に少し機能が欠けていたという副作用以外にはほぼ問題がありませんでした。しかし、VM に関する機能の将来的に計画している作業で、本当にエージェントが直接ホストに接続する方法が必要でした。

今回のリリースで、LXD 自身が vsock をリスンし、VM が接続できるようになりました。通常のエージェント接続と同様に、この接続はすべて TLS 証明書によって認証されるため、LXD はどの VM と通信しているのか、そしてエージェント（もしくはエージェントキーにアクセスできる何か）が通信していることが確認できます。

仕様 : https://discuss.linuxcontainers.org/t/lxd-bidirectional-vsock-interface-for-vms/14066

ストレージドキュメントの見直し ¶

先日のネットワークのドキュメントに続き、このリリースではストレージのドキュメントを大幅に見直し、再構成しました。

この作業で構造がよりクリアになり、いくつかのコンテンツが追加され、今後数回のリリースで進化を続けるでしょう。

ドキュメント : https://linuxcontainers.org/lxd/docs/latest/explanation/storage/

一貫性のあるストレージボリュームの設定 ¶

前述のドキュメント見直しで、ストレージボリュームの設定をストレージボリュームに適用する方法に矛盾があることが判明しました。

具体的には、ストレージプールは volume.XYZ のようなパターンの設定キーを持てます。これらのキーは新しく作成したボリュームに適用され、事実上デフォルト値として機能するはずです。

一貫性がなかったのは、すべてのボリュームキーがサポートされているわけではありませんでした。さらに、サポートされている場合でもキーがボリューム設定に正しくコピーされる場合もあれば、そうでない場合もあり、その場合プールからボリュームにキーが反映される場合もあり、プール構成が変更された時に問題となります。

LXD 5.4 では、すべてのボリュームキーがサポートされ、作成時にプールからボリュームにのみコピーされることですべての一貫性を保っています。

lxd-benchmark のプロジェクトサポート ¶

ビルトインのベンチマークツールである lxd-benchmark （snap を使っている場合は lxd.benchmark）はここ数年間手が加えられていませんでした。最近このツールを引っ張り出してきたところ、プロジェクトのサポートがないことが問題であり、それを追加するのは簡単であることがわかりました。

このため、プロジェクトサポートが追加され、lxd-benchmark で --project NAME 引数を取るようになりました。

すべての変更点（翻訳なし） ¶

このリリースでの完全な変更点のリストは次の通りです:

試用環境 ¶

この新しい LXD リリースは私たちの デモサービス で利用できます。

ダウンロード ¶

このリリースの tarball は ダウンロードページ から取得できます。

ビルド済みバイナリーは次のようにして使えます:

• Linux: snap install lxd
• MacOS: brew install lxc
• Windows: choco install lxc

LXD 5.3 リリースのお知らせ¶

24th of June 2022

はじめに ¶

LXD チームは LXD 5.3 のリリースをお知らせできることにとてもワクワクしています!

我々は多数の内部マイグレーションとストレージロジック再構築、テストの拡充、次の LXD 機能の初期調査に重点を置いているので、LXD 5.3 は主にバグフィックスといくつかの小さな機能のみのリリースになっています。

Enjoy!

新機能とハイライト ¶

raw.qemu サポートの拡張 ¶

新たに raw.qemu.conf 設定キーを追加しました。これにより、生成された QEMU 設定の一部を個別に上書きしたり、生成された設定にデバイスやデバイス設定キーを追加したりできます。

この機能に関する更なる詳細はこちらをご覧ください: https://linuxcontainers.org/lxd/docs/latest/instances/#overriding-qemu-configuration

cephfs ストレージプールでの fscache サポート ¶

Ceph ファイルシステムがカーネルの fscache の使用をサポートしました。
これは、NFS や他のネットワークファイルシステムと同様に、cachefilesd のようなユーザースペースのキャッシュデーモンとやりとりできます。

LXD が管理する cephfs プールで fscache が使用できるように、ストレージプールで cephfs.fscache を true に設定できるようになりました。

lxd-migrate バイナリ ¶

LXD 5.3 以降、ビルド済み lxd-migrate バイナリーが LXD Github releases ページからダウンロードできます。これで、手動でビルドしなくてもソースマシン上で lxd-migrate が使えます。

すべての変更点 ¶

このリリースでの完全な変更点のリストは次の通りです:

試用環境 ¶

この新しい LXD リリースは私たちの デモサービス で利用できます。

ダウンロード ¶

このリリースの tarball は ダウンロードページ から取得できます。

ビルド済みバイナリーは次のようにして使えます:

• Linux: snap install lxd
• MacOS: brew install lxc
• Windows: choco install lxc

Older news¶

• 26th of May 2022
• 28th of April 2022
• 4th of April 2022
• 14th of March 2022
• 12th of February 2022
• 3rd of February 2022
• 15th of January 2022
• 10th of December 2021
• 6th of November 2021
• 26th of October 2021
• 1st of October 2021
• 3rd of September 2021
• 6th of August 2021
• 17th of July 2021
• 9th of July 2021
• 14th of June 2021
• 4th of June 2021
• 7th of May 2021
• 6th of May 2021
• 10th of April 2021
• 5th of March 2021
• 5th of February 2021
• 2nd of February 2021
• 8th of January 2021
• 11th of December 2020
• 12th of November 2020
• 22nd of October 2020
• 16th of October 2020
• 18th of September 2020
• 29th of August 2020
• 14th of August 2020
• 12th of August 2020
• 31st of July 2020
• 1st of July 2020
• 25th of June 2020
• 5th of June 2020
• 8th of May 2020
• 21st of April 2020
• 31st of March 2020
• 20th of March 2020
• 6th of March 2020
• 13th of February 2020
• 30th of January 2020
• 16th of January 2020
• 2nd of October 2019
• 6th of September 2019
• 9th of August 2019
• 11th of July 2019
• 21st of June 2019
• 17th of June 2019
• 9th of May 2019
• 5th of April 2019
• 6th of March 2019
• 7th of February 2019
• 8th of January 2019
• 12th of December 2018
• 22nd of November 2018
• 9th of November 2018
• 11th of October 2018
• 11th of September 2018
• 21st of August 2018
• 14th of August 2018
• 27th of July 2018
• 22nd of June 2018
• 5th of June 2018
• 15th of May 2018
• 2nd of April 2018
• 20th of December 2017
• 15th of November 2017
• 19th of October 2017
• 17th of October 2017
• 19th of September 2017
• 22nd of August 2017
• 25th of July 2017
• 27th of June 2017
• 30th of May 2017
• 11th of May 2017
• 25th of April 2017
• 20th of March 2017
• 8th of March 2017
• 2nd of March 2017
• 28th of February 2017
• 24th of February 2017
• 20th of February 2017
• 16th of February 2017
• 15th of February 2017
• 26th of January 2017
• 24th of January 2017
• 20th of December 2016
• 24th of November 2016
• 24th of November 2016
• 24th of November 2016
• 24th of November 2016
• 23rd of November 2016
• 22nd of November 2016
• 25th of October 2016
• 5th of October 2016
• 5th of October 2016
• 4th of October 2016
• 27th of September 2016
• 14th of September 2016
• 16th of August 2016
• 15th of August 2016
• 28th of June 2016
• 30th of May 2016
• 16th of May 2016
• 11th of April 2016
• 6th of April 2016
• 31st of March 2016
• 28th of March 2016
• 23rd of March 2016
• 21st of March 2016
• 16th of March 2016
• 11th of March 2016
• 7th of March 2016
• 2nd of March 2016
• 23rd of February 2016
• 18th of February 2016
• 10th of February 2016
• 26th of January 2016
• 19th of January 2016
• 4th of January 2016
• 21st of December 2015
• 8th of December 2015
• 24th of November 2015
• 10th of November 2015
• 27th of October 2015
• 14th of October 2015
• 25th of September 2015
• 15th of September 2015
• 1st of September 2015
• 18th of August 2015
• 4th of August 2015
• 21st of July 2015
• 7th of July 2015
• 23rd of June 2015
• 9th of June 2015
• 26th of May 2015
• 12th of May 2015
• 29th of April 2015
• 28th of April 2015
• 14th of April 2015
• 7th of April 2015
• 24th of March 2015
• 17th of March 2015
• 10th of March 2015
• 27th of February 2015
• 13th of February 2015